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PREFACE 


The Government Printing Office has converted fr^m hot 
metal to photocomposition. This was a large undertaking and 
took 7 years to accomplish. Presently, GPO composes ap¬ 
proximately 3 million pages a year in over 3,000 different 
page formats. Since it was not possible to produce the high 
volume of work required with composition systems available 
on the market, it was necessary to develop the AUTOMAT¬ 
ED COMPOSITION SYSTEM “in-house”. This system pro¬ 
duces fully made-up pages in a wide variety of complex page 
formats. 

Much more than a mere conversion from one process to 
another has been accomplished. The product line at GPO 
has been expanded. The actual data base, as well as the 
printed version of the publication, is now being sold. Because 
the system was designed to accept logically structured input, 
government agencies and firms in the private sector are 
presently utilizing the full text data base in their information 
retrieval systems. 

Although there has been a proliferation of word process¬ 
ing installations, use of this equipment to prepare input for 
data base publishing has been very limited. This unfortunate 
situation is not caused by the variety of equipment or lack of 
standards; but rather it is due to crude display software that 
places the burden of formatting on the operator. If this soft¬ 
ware were enhanced, the functions of the operator would be 
greatly simplified, and the data produced would be logically 
structured. 

A description of the AUTOMATED COMPOSITION 
SYSTEM is provided. The steps that both manufacturers and 
users must take, if word processing systems are to play an 
important part in the establishment of full text data bases, 
are also outlined. 
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CONCEPTS 



Flow Diagram of the Legal Integrated Data Base 


DATA—Factual information used as a basis for 
reasoning, discussion, or calculation. 

DATA BASE— A collection of data organized 
especially for rapid search and retrieval. 

PUBLISH— To issue the work of an author. 
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CHAPTER 1—THE FULL TEXT DATA BASE 


The utilization of logically structured input, 
which contains no coding unique to the typeset¬ 
ting process, is the foundation upon which the 
AUTOMATED COMPOSITION SYSTEM was devel¬ 
oped by GPO. Since the delivery of the LINO- 
TRON 1010 SYSTEM in 1967, the Government 
Printing Office has scrupulously adhered to this 
principle. The creation and use of the full text 
data base in a large number of publication sys¬ 
tems has resulted. These data bases are being 
used for retrieval as well as for composition. GPO 
has added data bases for such publications as the 


Code of Federal Regulations and the U.S. Code to 
its product line. Firms in the private sector as 
well as government agencies now procure these 
data bases on a regular basis. As time passes, the 
full text data base which is now a by-product of 
composition will become the primary product, 
with composition becoming one of the by-prod¬ 
ucts. 

It is of interest to note that the dictionary 
definition for “publish”, given on the section title 
page, does not mention any specific media such 
as a book, selective printout, or display terminal. 


DATA BASE DEVELOPMENT 


HISTORY 

Data bases have resided in books for centu¬ 
ries. For the past 100 years, GPO has been pro¬ 
ducing current editions of many publications by 
updating a data base—stored type. Since GPO 
has converted to automated composition, the data 
bases reside in machine-recognizable form, which 
is serving as the basis for an expanded product 
line at GPO. 

A telephone book, encyclopedia, and diction¬ 
ary are data bases. They are arranged in a well- 
defined order, and each entry is formatted in a 
completely standardized manner. In a dictionary, 
for example, it requires fourteen pages of “ex¬ 
planatory notes” together with a two-page “ex¬ 
planatory chart” to completely describe the orga¬ 
nization or structure of the word entries. If a 
definition of a specific word is needed, the dic¬ 
tionary provides a base from which the reader 
can rapidly retrieve the word, since the words 
are arranged in alphabetical order. If, however, 
one were required to obtain a list of all nouns 
ending in the suffix “tion”, the search would be 
laborious and time-consuming. But, since the in¬ 
formation is formatted in a complete and stand¬ 
ardized manner, it would be possible for a clerk 
to perform this task. 

In the case of a data base residing in a book, 
the individual reading the book is a part of the 
system. In grasping the meaning of a given piece 


of data, such as a word or punctuation mark, the 
reader unconsciously associates it with the 
matter surrounding it in order to obtain a com¬ 
plete understanding. 

Graphic design is an art that has evolved over 
the centuries. The invention of movable type and 
line casting machines have made it possible for 
civilization to exploit the developments of the 
graphics designer. While they have produced 
some books that are truly works of art, their con¬ 
tributions to the dissemination of information in 
the industrial community are of great economic 
importance. It is much easier and quicker to com¬ 
prehend and absorb information from a typeset 
page than from one produced on a computer 
printer or typewriter. 

Equipment that can compose with “graphic 
arts quality” provides the format designer with 
many tools. Thus, he can display a much larger 
amount of information in a given area and at the 
same time improve its readability. Indentions, 
white space, variety of type fonts, varying line 
lengths, and combining illustrations with type, 
are a few of the tools used by the designer. All of 
his talent and effort are directed to the most im¬ 
portant element in the system—the reader. 

Long before the era of the computer, integrat¬ 
ed data bases in machine-recognizable form were 
in common use in industry and government. It 
probably started with the development of me- 
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chanical sorting equipment by Mr. Hollerith, who 
worked for the Census Bureau. Out of this came 
the tabulating equipment which was marketed by 
IBM and Remington Rand for many years before 
and after World War II. Most of the information 
processed was numerical in nature, and, since the 
tabulating equipment was electro-mechanical in 
nature, the data had to be formatted or struc¬ 
tured very carefully because of severe equipment 
limitations. The concept of the field of data 
evolved, and it was discovered that a specific 
item or element of data could be used or proc¬ 
essed for more than one application. For exam¬ 
ple, the fields of data in a job card could be used 
to compute payroll and job costs by the account¬ 
ing department and also to record production by 
the production control department. 

Some very sophisticated mechanized systems 
utilizing tabulating equipment were developed. 
Input data came from a data base consisting of 
punched cards. The equipment could sort, collate, 
merge, select, and calculate the data defined by 
the holes in the cards, primarily because great 
care had been taken to arrange the data into a 
clearly defined set of fields on the cards. In other 
words, there could be no ambiguities in the input 
because electro-mechanical machines, as opposed 
to human beings, were the readers in these sys¬ 
tems. Output in the form of reports was produced 
on tabulators which resembled computer print¬ 
out. The character complement was limited to 
numbers, an upper case alphabet, and a few 
punctuation marks. 

The computer did not come into heavy use 
until the late fifties. At first, their use was limit¬ 
ed to scientific and engineering applications 
where high-speed calculation was of major bene¬ 
fit. By the early sixties, the computer was being 
used in industry to replace the then obsolete tab¬ 
ulating equipment. Computers store, sort, collate, 
merge, select, and calculate, at a much higher 
rate of speed than the tabulating machinery. 
However, with the possible exception that it con¬ 
tains large, high-speed storage, the computer does 
not perform any new or magical functions. It just 
does it so much faster that many new applica¬ 
tions become economically feasible. The princi¬ 
ples of designing and structuring input, devel¬ 
oped over the years with so much effort for the 
tabulating equipment, are even more vital in the 
development of automated systems utilizing 
modern computers. 

Computers were applied to typesetting by the 
major computer manufacturers in the early six¬ 
ties. Unfortunately, they treated the typesetter 


as an application, rather than a peripheral 
device. Input specifications developed were proc¬ 
ess (display) oriented, and any thought of the in¬ 
tegrated data base and its use was ignored. For 
example, the dictionary discussed could be 
marked up in accordance with the rules for com¬ 
posing copy used by the average newspaper 
today, and the data keyboarded at one of their 
text/edit terminals. The data would then be in a 
machine-recognizable form and could serve as 
input to their composition system, which would 
produce galleys of type in the dictionary format. 
However, this data (although in machine-recog¬ 
nizable form) can not qualify as a full text data 
base because the display oriented typesetting 
function codes do not produce a logical structure. 
In spite of the rapid developments that are 
taking place in the computer industry, it is diffi¬ 
cult and uneconomical, if not impossible, to devel¬ 
op computer systems that can use the “associ¬ 
ative process” so natural to the human to sort 
out and analyze data. Thus, it is necessary when 
creating a computerized data base, to define this 
structure in a non-ambiguous form and to tag 
each element of like level with a specified code 
that can be interpreted by the computer to mean 
one and only one thing. 

It is quite a paradox, that as the computer 
manufacturers were attacking the typesetting 
market (primarily the newspapers) as an applica¬ 
tion, problems then existing at GPO forced the 
management to direct its attention toward the 
data processing applications. At that time (early 
sixties), a large volume of computer printout was 
being delivered to GPO as camera-ready copy for 
publications having relatively short print runs. 
Although this printout was photoreduced during 
the platemaking process, the product was still 
wasteful of paper, and the quality was very poor. 
The LINOTRON 1010 SYSTEM— including the 
Photocomposer and the MASTER TYPOGRAPHY 
PROGRAM —was delivered in 1967. Input to this 
system was magnetic tape submitted by the agen¬ 
cies. The agencies created these tapes by extract¬ 
ing data (primarily tabular) that they desired to 
publish from existing data systems. Obviously, 
these tapes contained no codes unique to the 
typesetting process, but the data was fielded or 
logically structured. GPO, during the following 4 
or 5 years, developed the “edit-insert” idea which 
is based on the assumption that the typographic 
format can be determined by analyzing the struc¬ 
ture of the data sent to GPO by the agency. 

In 1975, when GPO started the conversion 
effort to photocomposition, the publications then 
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being produced conventionally on hot metal 
equipment were much more complex than those 
being produced on the LINOTRON 1010 SYSTEM. 
The composition software then resident on GPO 
computers could not process the mixture of text, 
tables, and illustrations contained in these publi¬ 
cations. High volume and schedule requirements 
dictated that a totally automated system that 
produced fully made-up pages of output be imple¬ 
mented. Although an extensive search of the 
marketplace for a system that could meet these 
requirements was made, none was found, and the 
decision was made to develop the software “in- 
house”. 

Experience with the LINOTRON SYSTEM 
made GPO realize the fundamental importance 
of developing a logically structured data base to 
serve as input to the system. 

CLASSES OF DATA IN THE FULL TEXT DATA 
BASE 

In developing the data base specifications, the 
various classes of data that could be encountered 
were analyzed. At first thought of a full text data 
base , one thinks of only textual material—tables, 
illustrations and mathematical expressions are 
often not considered. The fact that only a small 
percentage of the data base may be tabular or 
mathematical in nature does not lessen the im¬ 
portance of this information. A full text data base 
system must be designed to contain all types of 
information that can be expected to occur in the 
data base. The classes of data being considered by 
GPO are discussed in the following paragraphs. 

Text —Text is defined as the main body of writ¬ 
ten matter on the page. It includes, but is not 
limited to, the following: 

(a) Paragraphs. 

(b) Fixed Point Leadering. (For example, a 
table of contents.) 

(c) Telephone Leadering. 1 

(d) Headings. 2 

Tables —A table is defined as a condensed enu¬ 
meration. The data is presented in a matrix 
form—i.e., a rectangular arrangement of data 
elements in rows and columns. In a table, the 
data displayed is not only condensed, but the 
reader is able to comprehend the information at 


1 A format in which left data is quadded left and right data 
is quadded right. The left and right data are usually, but not 
always, separated by leader codes. The name, address, and 
phone number entry in a phone book is text of a telephone 
leadering nature. 

2 There are heading lines within the text. There are also 
continued heads, first/last entry heads, running heads, and 
overlay heads. 


a higher rate of speed than if the same informa¬ 
tion were presented in a textual format. 

Symbolic— Mathematical and chemical expres¬ 
sions are a shorthand notation which can provide 
information at a glance, which would be very 
space-consuming and difficult to comprehend if 
expressed in a textual fashion. 

Charts —The same data can be expressed in a 
number of ways, depending upon the point the 
author is trying to make. A graph or bar chart, 
for example, can indicate a trend better than a 
table. A table, however, presents detailed data 
that the bar chart cannot do. 

Diagrams— Flow charts, pneumatic, hydraulic, 
and electrical circuits are by their nature very 
logical. Eventually, the GPO data base will be ex¬ 
panded to incorporate this class of data. 

Mechanical Parts and Assemblies— Some work 
has been accomplished by industry in classifying 
and generating descriptions of mechanical parts 
in machine-recognizable form. Incorporating this 
class of data into the data base is much more 
complex than any of the other mentioned thus 
far. GPO at present has no plans to attack this 
problem. 

Illustrations— Matter such as continuous tone 
photographs and line drawings within the pres¬ 
ent state-of-the-art cannot be resident in the data 
base in structured form. There are systems which 
digitize illustrations by scanning the original art, 
but this data is structured only for facsimile re¬ 
production of the original art, and cannot be con¬ 
sidered to be a data base in any sense of the 
word. Since the graphic’s caption and legend de¬ 
scribe the illustration, it is important that they, 
at least, be stored in the full text data base. Even 
though size information is display oriented, it is 
still necessary to store it in the data base. 

Progress at GPO —To date, because of the nature 
of the publications incorporated into the system, 
GPO has concentrated on text, tables, and reser¬ 
vation of space for illustrations. Although the 
system became operational in 1976, new capabili¬ 
ties are constantly being added. For example, 
composition of mathematical expressions is under 
development. The most important task in this 
subsystem is the design of logically structured 
input for these equations. 

ESTABLISHING THE DATA BASE 

Costs —Since a logically structured full text data 
base has such great utility in many processes be¬ 
sides typesetting, one might think that it would 
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EXHIBIT 1-1—SAMPLE TABLE 
Mobility of the Population by States: 1970-1976 


(1970 resident population as of April 1, 1976, civilian noninstitutional population as of 
spring. 1976 data based on Survey of Income and Education; see Appendix III. 
See also table 25) 



Population 5 yr. old 

Population 14 yr. old and 


and over 


older 







Percent residing 

Division and State 

Number 

Percent 

Number 

in S 

itate It 

)76 


1970 

movers 

1976 


5 

EfV 


(1000) 

1965-70 

(1000) 

than 

yrs. 

tire 





1 yr. 

or 

less 

life 

U.S.. 

186,095 

47.0 

161,718 

2.7 

11.7 

55.9 

N.E. 

10,858 

41.9 

9,284 

2.3 

10.9 

59.5 

Maine. 

909 

41.7 

804 

3.1 

13.1 

62.3 

N.H. 

67.2 

45.0 

619 

4.8 

18.8 

43.0 

Vt. 

405 

45.1 

356 

3.4 

15.0 

54.8 

Mass. 

5,220 

40.9 

4,428 

1.5 

9.2 

65.7 


cost more than display oriented input to establish 
and maintain. Fortunately, this is not the case. It 
is much more time consuming and costly to pre¬ 
pare input for a display oriented process, such as 
one of the computer assisted galley composition 
programs in common use today, than for an auto¬ 
mated composition system that accepts logically 
structured data. For straight text, the cost differ¬ 
ential between the two approaches is not great. 
As the formats become more complex, however, 
data preparation costs for the logically structured 
approach become dramatically lower. Comparison 
of the two concepts can be made by examining 
the copy preparation and keyboarding required 
to compose the table shown in Exhibit 1-1. The 
manuscript showing the copy preparation re¬ 
quired, together with a printout of the keyboard¬ 
ed input, is given in Figure 1-1 for the logically 
structured method, and in Figures 1-2 and 1-3 
for the display oriented method. It took five 
times as long to prepare copy and keyboard the 
data for this rather simple table using the dis¬ 
play oriented method as opposed to the logically 
structured approach. Since the software for the 
automated system is responsible for the format¬ 
ting of this table, copy preparation and input 
keyboarding are greatly simplified. This is espe¬ 
cially true for the line rules and boxhead. On the 
other hand, most display oriented composition 
systems put much of the burden of formatting on 
the copy preparation and keyboarding, rather 
than building it into the composition program. 

Sources —Certain data base material such as the 
Congressional Record and daily Federal Register 
are created “in-house”. Most data bases, however, 


are purchased by GPO from private contractors. 
These contractors provide reliable service—quick 
turnaround at low prices. GPO also composes a 
large number of publications from data produced 
by a number of government agencies to GPO 
specifications. 

The system is designed and the procedures are 
set up so that data for a given publication can 
come from a number of sources. For example, 
some of the bills, committee reports, and rollcall 
material contained in the Congressional Record 
comes directly to GPO on magnetic tape, while 
the remaining material is sent in manuscript 
form to be keyed by GPO. Gradually, more data 
will come in machine-recognizable form, and less 
in manuscript form. 

GPO is making a concerted effort to encour¬ 
age customers to send material to GPO in ma¬ 
chine-recognizable form as opposed to manuscript 
form. To be viable—i.e., to save time and 
money—the data must be structured logically 
and verified. The initial keyboarding is only the 
first step in the creation of the data base, and ac¬ 
counts for less than 25 percent of the total cost. 
The major costs are incurred in the proofing and 
correcting phase. 

Experience has shown that it is more eco¬ 
nomical for GPO to create a data base from 
manuscript, rather than try to use material from 
a non-verified or process oriented data tape. 

Data bases can be economically created to 
GPO specifications on many types of equipment, 
from paper tape perforators, to the most elabo¬ 
rate text editing or word processing systems. 

Word Processing —With the proliferation of 
word processing equipment throughout the agen¬ 
cies, why is so much of the input still coming to 
GPO in manuscript form? Word processing sys¬ 
tems have made it possible for the typist to pro¬ 
duce and especially update a document much 
easier and quicker. Quality of the product is also 
higher. The basic responsibilities of the typist, 
however, have not changed. The computer equip¬ 
ment associated with word processing is merely 
used to assist the word processor operator to per¬ 
form basic typing functions easier and more eco¬ 
nomically. For most applications to which the 
word processors are being applied, this basic ap¬ 
proach—assisting the operator to be more accu¬ 
rate and efficient—is very valid. 

If word processing equipment is to play a 
meaningful part in the creation of structured 
data bases, two things must happen. 
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(1) The word processor operator must key 
the data from the manuscript in accord¬ 
ance with the specifications for the struc¬ 
tured data base. 

(2) The display on the terminal and/or the 
printout from the printer associated with 
the word processor cluster of terminals 
must provide a formatted presentation 
that is easy to read and comprehend. 

In most word processing applications, a draft 
of the material in readable form is needed within 
minutes after keying if the organization using 
the system is to function efficiently. Most printer 
software that is presently available on word proc¬ 
essing equipment is very crude, and the printout 
of logically structured input for a table would 
look more like the data in Figure 1-1 than the 
composed presentation in Exhibit 1-1. Needless 
to say, this would not be very useful to the 
reader. Since a readable draft of the table is 
needed immediately, the word processor operator 
is required to set up tab points and to properly 
“space out” the data so that a presentable table 
appears on the screen, and will be printed out on 
the printer. Although it takes the word processor 
operator longer to key in the display oriented as 
opposed to the structured mode, the tables pro¬ 
duced will, in all probability, not be as well de¬ 
signed and proportioned. Unfortunately, present 
day printer software limitations for word process¬ 
ing equipment dictate this approach. 

Again it is emphasized that the ‘‘spaced out” 
data keyed by the operator, although in machine- 
recognizable form, cannot be regarded as a data 
base. Some manufacturers have attempted to 
write computer software that will edit this dis¬ 
play oriented data into a logically structured 
data base. Except for straight text, these efforts 
have not been successful, and almost no data 
base of any consequence is made up of only 
straight text. 

The best approach is to develop computer 
logic that can produce displays and printouts in 
composed form from logically structured data. To 

USING THE 

Although the conversion from hot metal to 
photocomposition was essential, and the GPO 
system certainly accomplished that, the develop¬ 
ment of the structured data base will have a 
much greater impact on publishing in the govern¬ 
ment. The full text data base is becoming the pri¬ 
mary product—composition being one of the by¬ 


make this a reality will be no simple task that 
will happen overnight, but there are develop¬ 
ments occurring that make this concept a very 
practical one. The quality and versatility of dis¬ 
play terminals and printers are improving mark¬ 
edly while their cost is dropping. Complex com¬ 
puter software is no longer restricted to the 
mainframe or minicomputer. 

The Offices of Legal Counsel for both the 
Senate and House, keyboard bills in structured 
form to GPO specifications. GPO has provided 
them with a computer program that can accept 
this logically structured data as input and pro¬ 
duce a fairly good looking draft on their line 
printers. Tables as well as text can be processed 
by this printer program, but the boxheads pro¬ 
duced are less than satisfactory. 

Potential —An impact printer with a limited 
character complement has serious mechanical 
limitations for printing drafts of technical mate¬ 
rial. However, nonimpact printers are being de¬ 
veloped that produce output resolution of 200 or 
more pixels per inch. Although these resolutions 
do not approach those of the phototypesetter, 
they are high enough to utilize the tools of the 
graphics designer for formatting. Very attractive 
formats of complex material can be produced on 
this class of printer. Much of the software devel¬ 
opment for fully automated composition on 
phototypesetters can be applied to the driving of 
this class of printer from logically structured 
input. 

The price of these printers will have to come 
down, and their reliability must be improved, 
before there can be wide application for use with 
word processing systems. Although required com¬ 
puter resources (central processing unit, and 
memory) are already available at reasonable 
prices, the necessary software for composition by 
the printers from the structured input does not 
exist. Fortunately, what may be a problem to the 
user is often regarded as an opportunity by a 
manufacturer. 

DATA BASE 

products. The logically structured data bases cre¬ 
ated by GPO are being sold to private sector and 
government agencies at an ever increasing rate. 
A few of the present applications for the full text 
data base are described in the following para¬ 
graphs. 
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EFFICIENT STORAGE OF INFORMATION 

It is practical and economical to store a data 
base containing the full text of the Code of Feder¬ 
al Regulations. This publication contains over 
120,000 pages, and the data base which is resi¬ 
dent on a disk occupies over 400 million bytes of 
storage. The U.S. Code Full Text Data Base is 
somewhat smaller, requiring only 150 million 
bytes of disk space. At the present time, data 
bases occupying several billion characters can be 
stored economically. 

MECHANIZED UPDATING 

Many data bases store material that is dy¬ 
namic in nature, requiring periodic update. The 
Code of Federal Regulations is modified daily 
with each issue of the daily Federal Register. 
Computer systems have been developed to update 
these large data bases rapidly and at low cost. 

MECHANIZED COMPARISON 

Although a data base that contains only the 
latest information can be very useful, it is also 
very important to have available for rapid access 
the changes that were made to the data base 
during a specified time period. The BASE COM¬ 
PARE subsystem, developed by GPO, has auto¬ 
mated the process of comparing two editions of a 
full text data base. 

AUTOMATED COMPOSITION 

There are a number of full-page automated 
composition systems of varying degrees of sophis¬ 
tication in operation today in government and in¬ 
dustry. The most successful of these systems 
relies on input that is logically structured. 

SEARCH AND RETRIEVAL 

The development of automated retrieval sys¬ 
tems utilizing the full text data base is still in 
very early stages. It is expected, however, that 
systems capable of analyzing tabular and math¬ 
ematical structures as well as textual data will 
become operational in the not-too-distant future. 
Information retrieval systems also depend heav¬ 
ily on input that is logically structured. 

Some retrieval systems destroy the structured 
data base, because they strip out function codes 
in the input material as they array the data for 
presentation on a terminal or printer at the re¬ 
trieval user’s station. In using this approach, the 
retrieval file becomes more than twice the size of 
the structured data base—an indication of how 
many word spaces are required—to produce a 
readable display. This approach works only for 


text, breaking down completely for tables or 
other classes of data in the data base. 

A structured data base should be retained by 
the retrieval system because: 

(1) The file will be compact. 

(2) Retrieval in accordance with hierarchial 
order of the material may be desired as 
well as by key word. 

(3) More sophisticated display terminals, 
printers, and formatting software will 
become available at the user station. 

PUBLICATIONS FROM A COMMON DATA BASE 

There are many publications that can be pro¬ 
duced by extracting and/or reordering data from 
the base of the prime publication. For example, 
the Code of Federal Regulations is updated in a 
mechanized manner by extracting appropriate 
portions of data from each daily Federal Register. 

There are many publications produced cur¬ 
rently by GPO for the Congress which are spin¬ 
offs from a main data base. The diagram shown 
on the section title page defines the system being 
developed for the Congress, where Bills, Commit¬ 
tee Reports, Slip Laws, Engrossed Bills, and the 
U.S. Code will all be produced from a common 
Legal Integrated Data Base. 

Each year GPO produces the Budget of the 
United States Government for the Office of Man¬ 
agement and Budget. The full text data base for 
the budget contains approximately 12 million 
characters. From this data base, the following 
publications are produced in a totally automated 
fashion: 

Appendix Work Sheets 

Appendix 

Subcommittee Prints 

Appropriation Bills 

The page format and contents of the above 
publications differ widely. Approximately 10,000 
pages per year of budget material are composed. 

GRAPHICS DISPLAY AND COMPUTATION 

The application to generate on command, a 
chart or bar graph from tabular data or math¬ 
ematical equation embedded in the data base is 
under development at GPO. Since mathematical 
equations and chemical structures will reside in 
the data base in their functional or logical struc¬ 
ture as opposed to their display format, it will be 
practical for computers to operate on these ex¬ 
pressions in a computational or analytical 
manner. 
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At the present time, the AUTOMATED COM¬ 
POSITION SYSTEM produces over 3 million pages 
per year, which represents over 98 percent of the 
total typesetting volume at GPO. The present 
composition system became operational in 1976. 
New features to enhance the system are con¬ 
stantly being added. Automated looseleaf and 


composition of mathematical and chemical ex¬ 
pressions are subsystems currently in develop¬ 
ment at GPO. An investigation of CAD Systems 
and their possible integration into the AUTOMAT¬ 
ED COMPOSITION SYSTEM is also under 
consideration. 


SYSTEM DESCRIPTION 


AUTOMATED COMPOSITION SYSTEMS 
AVAILABLE IN INDUSTRY TODAY 

Computerized composition systems have been 
developed and are available from a number of 
companies. Some will sell or lease the software, 
while others provide the service of typesetting. 
They can accept data on magnetic tape, in manu¬ 
script form, or via communication lines. There 
are four classes of computerized phototypesetting 
systems available today: (1) computer assisted; (2) 
interactive page makeup; (3) composition compil¬ 
ers; and (4) report generator. Each are briefly de¬ 
scribed below. 

Computer Assisted— This type of composition 
system has been available in the industry for 
almost 20 years. The input structure is still basi¬ 
cally the same as it was when IBM originally re¬ 
leased it for use in the IBM 1620 to produce 
paper tapes for the operation of hot-metal ma¬ 
chines. It was a system written primarily for the 
newspapers, which represents the largest market. 
Through use of this type of program, it is possible 
to compose data in almost any format imagin¬ 
able. However, great importance must be placed 
upon copy markup and keyboarding of data. In 
other words, if one puts enough function codes 
into the input, he can compose almost every¬ 
thing. Output from these systems is usually in 
galley form. 

Modern computer-assisted composition sys¬ 
tems utilize terminals, and have interactive fea¬ 
tures. Although improvements have been made 
to the composition routines, the basic input struc¬ 
ture has not changed in the past 20 years. 


Interactive Page Makeup— A number of manu¬ 
facturers are in various stages of development 
and manufacture of interactive page makeup sys¬ 
tems. ATEX, for example, under contract to 
GPO, delivered a page makeup system in March 
1978. This system was to be used for the composi¬ 
tion of exception pages. The input structure of 
most of the interactive page makeup systems on 
the market, however, is very similar to that of 
the computer-assisted systems described. 

Composition Compilers— While most companies 
during the late sixties and early seventies were 
concentrating on the newspaper market, there 
was some effort in the area of automating the 
composition of catalogs, telephone books, and gov¬ 
ernment publications. Companies such as RCA 
developed composition compiler systems for use 
in producing these catalogs. In this market, the 
page formats of the publications were relatively 
simple, and could be completely described in a 
form understood by a computer. 

The input was simple and contained few codes 
unique to the typesetting process. It was, howev¬ 
er, necessary to write a program for each new 
publication. These compilers, such as Page Two , 
are very high level and give the programmer 
commands which allow him to do numerous type¬ 
setting functions with a few instructions. 

This class of composition system has been suc¬ 
cessfully used in the production of a large 
number of high volume publications. One exam¬ 
ple is the Standard and Poor's Directory of Corpo¬ 
rations and Officers which is a 4,000-page publi¬ 
cation produced on an annual basis. 
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Since a program has to be written by an 
experienced and knowledgeable analyst, the cost 
of developing a new publication by this method 
is, by its very nature, time consuming and expen¬ 
sive. Thus, only publications of very high compo¬ 
sition volume are economically feasible with the 
compiler class of composition. 

Report Generator —This class of composition 
system, like the compiler, has application only 
where formats are rather straightforward and 
completely definable. For these systems, the 
structure of input is very simple and contains 
few input codes unique to the typesetting process. 
It is not necessary to write a new program for 
every new publication that is incorporated into 
the system. It is necessary, however, for an appli¬ 
cations specialist (who is an experienced typogra¬ 
pher rather than a computer programmer) to 
design formats. These formats, which contain the 
specifications for setting the various copy blocks 
the composition program encounters as it proc¬ 
esses the input, are stored by the program. 

AUTOMATED COMPOSITION SYSTEM 
RESIDENT AT GPO 

The composition system developed by GPO is 
of the report generator class. The flow chart in 
Figure 2-1 shows the elements in the system and 
indicates how they are related to each other. 

A dotted line encloses the programs which 
make up the actual composition subsystem. The 
COMPOSE program accepts input from the job 
setup file, and after performing certain initializa¬ 
tion tasks, turns control over to the GALLEY pro¬ 
gram. The GALLEY program accepts input from 
the galley parameter, character width, and input 
data files. This program produces a galley file in 
typesetter driver format for each line of type that 
it has composed. It also produces a line reference 
file which is structured in a matrix form. Each 
row of the matrix contains four 16-bit words 
which are sufficient to store all of the page make¬ 
up information about the line needed by the 
PAGE program to arrange the line on the page. 
After the GALLEY program fills the “tray of 
type” (fills the galley file resident on the disk), it 
calls the PAGE program. 

The PAGE program accepts the galley and 
line reference files as input. The program utilizes 
the line reference file to arrange the page by con¬ 


structing a page map. After the page is arranged, 
it is written to tape as specified by the page map. 
Each line is read from the galley file and origin 
dimensions are inserted. The line is then written 
on the output driver tape. After the PAGE pro¬ 
gram has arranged all of the lines in the “tray of 
type,” it calls the GALLEY program, and the cycle 
is repeated until the end of the input data is 
reached. It should be noted, that a checkpoint is 
taken each time GALLEY calls PAGE and PAGE 
calls GALLEY. This is necessary, because de¬ 
mands are such that the production of a large job 
may be temporarily halted to put a “crisis” job in 
its place. Upon completion of the substituted job, 
the original job can be restarted at the last 
checkpoint. 

INPUTS REQUIRED 

The inputs required by the system are shown 
arranged across the top of the flow diagram in 
Figure 2-1. The text/edit system is used to proc¬ 
ess all of these inputs. 

The data base to be composed is loaded into 
the system via the LOAD/EDIT program. Since 
this is a batch system and many of the data bases 
composed are very large, it is absolutely essential 
to insure that the function codes and their argu¬ 
ments are valid and within proper limits. The 
edit system is quite sophisticated because consid¬ 
erable time and money have been invested in it. 

Errors found by the edit are flagged in the file 
as it is loaded onto the disk. The text/edit system 
is used to correct the errors. 

The data for a new font is added to the GPO 
font library at this point via the text/edit system. 
This data is processed by the GRID program to 
produce the width tables used by the COMPOSE 
program. 

The Page Format Design Form (Appendix A) is 
called up on a terminal by the applications spe¬ 
cialist who enters the typesetting specifications 
required by the page format into the form. This 
completed form file serves as input to the PA¬ 
RAMETER MAINTENANCE program, which pro¬ 
duces the galley and page format specification 
files used by the COMPOSE program. 

Job information such as job number, input 
data file name, restart point, and initial format 
number are entered into the system by way of 
the text/edit terminal. 
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Figure 2-1—Composition System 




15 


Google 


Original from 

UNIVERSITY OF ILLINOIS AT 
URBANA-CHAMPAIGN 















Publishing From a Full Text Data Base 


COMPOSITION FEATURES 


COPY BLOCK COMPOSITION 

Body Matter —The system arranges textual 
matter in a wide variety of copy blocks. This is 
accomplished by using the typesetting specifica¬ 
tions stored in the parameter file to process the 
data following each locator in the data base. 

The appropriate typesetting specifications are 
assigned to the locator of each textual data ele¬ 
ment found in the data base. For example, for a 
simple line of text, parameters such as line 
length, point size, typeface, primary and second¬ 
ary indent and leading must be provided to the 
program. This is accomplished by completing the 
Page Format Design Form at the text/edit termi¬ 
nal. (See Chapter 5) 

Footnotes —The system can process a wide vari¬ 
ety of footnotes. The footnote function code (AN) 
is inserted in the data immediately following the 
word where the author desires to place the refer¬ 
ence. At the end of the paragraph (or locator) the 
data for the footnote must be keyed. It can be of 
any length and the footnote can be made up of 
any number of different locators. It is necessary, 
however, to insert a AN immediately following 
the locator code of the first line of the footnote 
data. 

It is not necessary to assign a sequence 
number to the footnote, because the LOAD/EDIT 
program previously described counts the footnote 
references in each paragraph, and indicates an 
error if it does not find text for an equal number 
of footnotes in the data following the paragraph. 

Headings —As described in page makeup, the 
system provides for the various types of headings. 
The typesetting specifications for the heading 
copy blocks (data elements) are entered into the 
system by completing the Page Format Design 
Form in the same manner as for body matter 
data elements. 

Tables —The composition system contains rou¬ 
tines capable of setting very elaborate tables. 
There are publications that are tabular in 
nature, and the same table format will run for 
hundreds or even thousands of pages. For this 
class of publication, it is practical and economical 
to design a page format to produce the table by 
completing the Page Format Design Form at the 
text/edit terminal. There are, however, many 
publications that contain a wide variety of tables 
running less than a page in length, intermingled 
with textual material. It would not be economical 
for the applications specialist to design a subfor¬ 


mat for a small table less than a page (or 20 
pages for that matter), in size. In 1979, GPO in¬ 
corporated a feature into the composition system 
which automated the format design of tabular 
data—SUBFORMAT GENERATION. With this fea¬ 
ture, the system will design a table according to 
the basic page parameters of the publication in 
which the table will appear. If the table is to 
appear in more than one publication, the table 
will, with identical coding, be typeset according 
to the individual demands of the various publica¬ 
tions in which it is to be printed. 

The subformat is designed automatically by 
the system, which receives the necessary specifi¬ 
cations from the function line in the data base, 
and from subformat specifications standard to 
tables from the Page Format Design Form. 

PAGE MAKEUP 

Page Structure —The PAGE program will auto¬ 
matically arrange the copy blocks composed by 
the GALLEY program into pages containing any 
number of columns from one to ten. The system 
can also arrange pages containing textual or tab¬ 
ular matter that spans two columns on two- 
column pages, and two or three columns on 
three-column pages. 

Column Justification— The program contains 
very sophisticated widow logic for ending and 
starting columns. Columns of text are justified on 
the page by subtracting (or adding) small incre¬ 
ments of leading between text lines in the 
column. Wherever possible, the justification lead¬ 
ing (carding) is added around heads and between 
paragraphs. Extra leading is inserted between 
lines of text only as a last resort. 

Heading Placement— The system contains elabo¬ 
rate heading routines. It produces heads of four 
basic types: 

(1) overlay; 

(2) running; 

(3) continued; and 

(4) first/last entry. 

In certain formats, there is material of a con¬ 
stant nature printed on every page. Often this 
material is very elaborate, and may contain sev¬ 
eral hundred characters and many vertical and 
horizontal line rules. In some cases, it is almost 
like typesetting the page on a form. In fact, some 
COM devices project this type of material on 
their output with an overlay slide projector. Cer- 
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tainly, it is not desirable to have this class of 
data in the data base. 

In this system, the overlay data is set up and 
entered into the Page Format Design Form by the 
applications specialist as part of the base format 
design. This gives the applications specialist the 
flexibility of designing overlays for the first, odd, 
even, odd and even, or all pages. 

In many formats, there are running heads. 
For example, a publication title may appear at 
the top of each even page, and a chapter or sec¬ 
tion title at the top of each odd page. These heads 
are usually short in length, and are embedded in 
the data base. Each different running head (there 
can be more than one if desired in the format) is 
assigned a locator number. 

In some formats, it is desired to compose 
first/last entries of a given level head on each 3 
page. In other formats it may be required to pro¬ 
duce continued heads for the text headings of a 
number of hierarchies at the top of each 
column. 4 This system can handle up to six hier¬ 
archies of head. If the first line of text of the 
column happens to be one of the heads, only con¬ 
tinued heads of higher hierarchy are composed at 
the top of the column. 

In the case of the first/last entry and contin¬ 
ued heads, no extra data is entered into the data 
base. The system picks up the text data and sets 
it to heading typesetting specifications supplied 
by completing the Page Format Design Form. The 
word “—continued” is generated by the system 
and should not be entered in the data base. 

Boxheads and title lines of tables continuing 
to the next column or page are produced auto¬ 
matically. 


3 Sometimes the format designer will specify that the first 
entry of a set of facing pages be at the top left of the even 
page and that the last entry be at the top right of the odd 
page. This system can accommodate this requirement. 

4 Some format designs require this head at the top of the 
first column of every page and in some cases only at the top 
of the first column of each even page. 


Footnote Placement —Footnote material is 
moved to the bottom of the column in which it is 
referenced. The footnote can be of any size, as 
the widow logic utilized to carry a large footnote 
from column to column is the same as that used 
for text. Footnotes occurring on a page contain¬ 
ing text or tables that span more than one 
column, are balanced at the bottom of the page, 
and are sequenced in the order of reference on 
the page. 

Unit or Block Setting— A block of text or tabular 
material, bracketed by block delimiters, can be 
floated to the top of the next column or page if 
the material bracketed cannot be set as a block 
in the column containing the data. Up to five 
blocks of data can be held for floating as a page 
is constructed. The order of reference in the text 
is maintained in positioning the floated material. 
Floated material may span one or two columns in 
a two column page format, or one, two, or three 
columns in a three-column page format. 

Illustration Placement —The system provides for 
the reservation of space for illustrations that 
span one or two columns in a two-column page 
format, or one, two, or three columns in a three- 
column page format. Captions and legends con¬ 
taining any number of data elements can be 
placed at the top, bottom, or top and bottom of 
the space reserved. If the text reference to an il¬ 
lustration uses the phrase “as shown in the fol¬ 
lowing chart:’ \ it must be placed immediately fol¬ 
lowing the phrase. If the illustration is too large 
to fit in the area remaining on the page, the 
system will set the page short and place the illus¬ 
tration on the next page. If, however, the refer¬ 
ence in the text were to give the specific title or 
figure number, the space (together with the cap¬ 
tion and legend) is floated in accordance with the 
rules described for unit setting. 

Last/Short Page Design— The system measures 
the amount of galley remaining at a mandatory 
page end and then computes the depth of the 
short page, and arranges the type in justified col¬ 
umns. 
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CHAPTER 3—SYSTEM APPLICATIONS 

PRESENT STATUS 


Improvement of delivery schedules and dra¬ 
matically lower costs are reason enough to inves¬ 
tigate the applicability of data base publishing to 
a specific requirement. In establishing the data 
base, the publisher (in this case the agency) 
exerts much greater control over the final print¬ 
ed product. The quality of final product is im¬ 
proved, because the techniques used to create the 
data base result in a consistency of style (espe¬ 
cially in a complex technical document) that is 
very difficult and costly to attain using conven¬ 
tional techniques. 

Because the formatting techniques used by an 
automated system require from the drafters of 
the information a more carefully structured 
manuscript, the final publication is easier to use. 
Books or manuals produced by an automated 
system can be made to have a very attractive and 
interesting appearance. The principles of good 
graphic design are just as important in develop¬ 
ing a publication that is to be produced by an 
automated system as for one that is to be pro¬ 
duced conventionally. Although the variety of 
formatting capabilities built into an automated 
system will never be as great as those for the 
manual approach, they are, in the present state- 
of-the-art, quite sophisticated and allow the 
graphic designer a wide range of options. When 
utilizing an automated system the designer, like 
the author, must pay more attention to structure. 
As a result, the final product will have both con¬ 
sistency and beauty. 

SERVICES PROVIDED BY GPO 

Since the delivery of the LINOTRON 1010 
SYSTEM in 1967, GPO has produced many publi¬ 
cations directly from data bases which are resi¬ 
dent on agency computer systems. However, the 
system was not sophisticated enough to process 
many of the publications which various agencies 
desired to automate, without making compro¬ 
mises in format which were unacceptable. During 
the past several years the automated composition 
system at GPO has been rewritten, and the spec¬ 


trum of applications which it can accommodate 
on a timely and economic basis has been greatly 
expanded. 

GPO’s system has added features which allow 
it to produce a wide variety of complex page for¬ 
mats containing a mixture of text, tables, and 
footnotes. The expansion of the system has been 
extraordinary. Agencies which remember the 
early days when GPO’s system could support 
only the simplest requirements, are pleasantly 
surprised at the system’s growth and current ca¬ 
pabilities. 

GPO has, as its goal, a determination to pro¬ 
vide fast and economical service. This goal can 
best be met through a joint effort between GPO 
and the agency. GPO serves not to dictate what 
must be printed, but to work out the most eco¬ 
nomical and timely solution. 

GPO will perform an initial investigation of a 
possible application for the system at no cost to 
an agency. This will determine whether or not 
the publication can be economically produced. In 
the instances where the system is not cost-effec¬ 
tive, the proper recommendations will be made, 
including, if necessary, waivers. 

Often a combination of data tapes provided by 
the agency and GPO typesetting is the most eco¬ 
nomical method of production. If this mixture 
works best for the agency, printing officials can 
be certain that GPO will not only recommend it, 
but will help the agency develop the data base 
specifications required. Assistance can also be 
provided in determining the configuration and 
specifications for word processing or text/edit 
equipment that may be needed. 

Once it is determined that the job can be proc¬ 
essed, work on the project can commence. This 
requires close cooperation and coordination be¬ 
tween GPO and the agency. It is important that 
the agency personnel participate in this phase of 
the project. 
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Table 3-A 


Publications Received Via Magnetic Tape 


Publication 

Customer 

Frequency 

Annual 

volume 

(pages) 

Cancer Gram. 

Commerce. 

Biweekly. 

10,000 

15,000 

Energy Research 

Energy. 

Biweekly. 

Abstracts. 




List of Merchant 

Transportation. 

Annual. 

4,000 

Vessels. 



Zip Code Directory.. 
GRA. 

Post Office. 

Commerce. 

Annual. 

Biweekly. 

2,500 

15,000 

2,000 

Bond Redemption 

Treasury. 

Monthly. 

Tables. 





THE FIRST STEP 

Agency personnel should begin their planning 
of the publication by contacting GPO’s Planning 
Service Division. A meeting between an applica¬ 
tions specialist from GSDD and the agency proj¬ 
ect group can be scheduled. The job is evaluated. 
Both the GPO and agency personnel must agree 
that the GPO system can produce the job eco¬ 
nomically. There is no charge to the agency 
during this initial investigation. Charges will 
start only after the submission of the Standard 
Form 1. 

Although Chapters 4 through 8 contain a de¬ 
tailed description of the system, it is only by inte¬ 
grating an actual job into production that the 
system’s real value to the agency can be deter¬ 
mined. This can be accomplished at little risk 
and nominal cost. 

CLASSES OF PUBLICATION 

Data is sent to GPO by the customer in ma¬ 
chine-recognizable form or as manuscript for 
processing. Although either can be handled, 
agencies are encouraged to establish and main¬ 
tain their own full text data bases. An applica- 

PUBLICATION 

U.S. CODE 

By law, a new edition of the U.S. Code must 
be published every 6 years. A cumulative supple¬ 
ment is published in each of the 5 years between 
editions. An edition of the U.S. Code contains ap¬ 
proximately 40,000 pages, and the supplement, by 
the time it reaches the fifth year, contains about 
12,000 pages. Prior to 1976, all editions and sup¬ 
plements of the U.S. Code were produced in hot 
metal, which of course, made use of the ability to 


tions specialist can be made available to assist 
the agency in the design and establishment of the 
data base. 

Machine-Recognizable Input— The first publica¬ 
tions produced by GPO with an automated photo¬ 
composition system were those for which the 
input was supplied by the agency. This input was 
extracted from a data base already resident in an 
agency’s automated system. A few of these publi¬ 
cations are listed in Table 3-A. 

When the input is sent to the GPO in ma¬ 
chine-recognizable form, the AUTOMATED COM¬ 
POSITION SYSTEM serves as a peripheral print¬ 
out device. Since graphic arts techniques are 
used, much more information can be printed on 
each page. Money is saved because less paper is 
required to print the publication. Even for a book 
which has a print run of only five or ten thou¬ 
sand, this approach is important. For the Zip 
Code Directory, which has a print run of six hun¬ 
dred thousand copies, graphic arts composition is 
absolutely essential. 

Any major change in concept for the publica¬ 
tions of this class will result from advances made 
in the data processing system from which the 
data for input to GPO system was extracted, and 
not from a system such as the one at GPO. It is 
anticipated, however, that these periodicals will 
be produced and distributed in their present form 
for some years to come. 

Manuscript Input —Most Congressional publica¬ 
tions being produced at GPO today fall into this 
category. For these publications, the AUTOMAT¬ 
ED COMPOSITION SYSTEM— instead of playing 
the limited role of a peripheral printer—is the 
“engine” by which the graphic communications 
function in the Congress and certain agencies is 
being revolutionized. This statement can be best 
explained by describing the progress made with 
certain specific publications over the past 6 
years. 

EVOLUTION 

store and update the lead type. It was decided to 
“convert” the process from hot metal by produc¬ 
ing the 1976 edition with an automated photo¬ 
composition system. A set of input data specifica¬ 
tions was developed by GPO. The manuscript was 
prepared under the direction of the Law Revision 
Counsel by updating the 1970 Edition of the U.S. 
Code manually to incorporate Supplement V and 
the 1976 laws. 
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After data structure flags were entered by the 
GPO Copy Preparation Section, the manuscript 
was sent to a private contractor for keyboarding 
and verification. The magnetic tapes produced by 
the contractor were delivered to GPO where they 
served as input to the AUTOMATED COMPOSI¬ 
TION SYSTEM which composed the data in galley 
format. The galley proofs as well as the data base 
tapes were sent to another contractor—West Pub¬ 
lishing—for correction and updating. (This com¬ 
pany was under contract to the Law Revision 
Counsel to assist in the legal editing required to 
produce the 1976 edition.) 

West Publishing returned the updated data 
base tapes to GPO where they served as input to 
the AUTOMATED COMPOSITION SYSTEM for 
production of the 1976 Edition of the U.S. Code. 
It is important to understand that West Publish¬ 
ing was able to perform this function because 
their computerized system was based on the use 
of a logically structured data base. They were 
able to edit, by computer, the U.S. Code Full Text 
Data Base to their structure, update the data 
with their standard system and edit back to GPO 
structure in an economic and timely manner. 
Portability for processing by different contractors 
or agencies is one of the basic reasons for insist¬ 
ing that the input data be logically structured. 

Supplement I of the 1976 Edition was pro¬ 
duced by establishing a supplement data base 
from manuscript. Although the process had been 
converted from hot metal to photocomposition, 
the products being produced at that time (1978) 
were the same as always. Quality of the product 
had markedly improved and composition costs 
had been reduced. 

Software was written to facilitate the auto¬ 
mated insertion of added material for Supplement 
II into Supplement I by computer. An outside 
contractor was utilized to keyboard the material 
to be inserted, while the GPO Keyboard Section 
entered the insert flags into the supplement data 
base. This approach lowered costs further and 
was used in the production of Supplements III 
and IV. 

Up to this point, the full text data base of the 
1976 Edition of the U.S. Code was not being uti¬ 
lized by the system and was rapidly becoming ob¬ 
solete. Therefore, it was decided to develop a 
system that would allow the changes caused by 
new laws to be entered into the U.S. Code Data 
Base as they were passed, and to create the new 
supplement input by extracting the flagged mate¬ 
rial from the data base annually by computer. 
The procedures and scheme for flagging the 


changes required much careful thought and co¬ 
ordination between the Law Revision Counsel, 
GPO, and House Information Systems (who were 
using this data base as input to an information 
retrieval system). 

The system was written by the Development 
Section of GSDD during 1981. The required 
equipment—a text/edit system—was procured 
and installed by the Law Revision Counsel. 

Tests of the system were conducted by using 
the Supplement IV Full Text Data Base (whose 
structure is identical to that of the 1976 Edition 
Full Text Data Base). Tests were successful and 
Supplement V was produced by the new U.S. 
CODE FULL TEXT DATA BASE MAINTENANCE 
SYSTEM. 

Entering new material into the data base re¬ 
quires intellectual effort, and the text/edit 
system is utilized to provide computer assistance. 
Redundant keying is kept to a minimum, because 
advantage is taken of the fact that the produc¬ 
tion of Bills and Laws has also been automated 
by GPO. Since the data base is structured data 
from specified laws, it can be converted by use of 
the Format Cross Reference System (also written 
by the Development Section of GSDD) to the 
format used in the U.S. Code Full Text Data Base. 

Once the remaining changes from Supplement 
V and the new legislation passed in 1982 have 
been entered into the 1976 data base, supplement 
flags that were entered in the 1976 data base will 
automatically be removed from the data base by 
the system. After 8 years of effort, the 1982 Edi¬ 
tion of the U.S. Code Full Text Data Base will 
come into existence. 

Copies of this data base will be used by GPO 
to automatically compose the 1982 edition, and 
by House Information Systems for information 
retrieval. Although there will be a 4 month im¬ 
provement in the production schedule for the 
1982 edition over the 1976 edition, the full real¬ 
ization of the benefits of the system will come in 
February 1984, when Supplement I of the 1982 
Edition is released at least 6 months earlier than 
were supplements of the 1976 edition. This will 
happen in spite of the fact that the size of the 
U.S. Code has grown rapidly from 17,728 pages in 
1970 to 40,000 pages in 1982. 

The U.S. CODE FULL TEXT DATA BASE MAIN¬ 
TENANCE SYSTEM will facilitate the production 
of publications required by law at a much lower 
cost with improved schedules. Since the data base 
is resident on the Law Revision Counsel’s equip¬ 
ment, they can maintain tight control on the con- 
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tents and quality of the data base. The system 
will produce all future supplements by extracting 
appropriate data from the U.S. Code Full Text 
Data Base which will be updated as new legisla¬ 
tion is passed into law. 

OTHER PUBLICATION SYSTEMS 

The Federal Register, Statistical Abstract of 
the United States , Decisions and Orders of the 
National Labor Relations Board , and the Con¬ 
gressional Record are a few examples of other 
publication systems being developed by GPO. Al¬ 
though these systems are at various stages in the 
development cycle, the paths they are following 
are amazingly similar to that of the U.S. Code. A 
brief discussion of each of these systems is given 
below. 

Daily Federal Register and Code of Federal 
Regulations— New regulations are published 
each day in the daily Federal Register. These reg¬ 
ulations are then incorporated into the Code of 
Federal Regulations , which is a publication con¬ 
sisting of 130,000 pages bound into 140 volumes. 
A new edition of each volume is published each 
year. Prior to 1976 the daily Federal Register and 
the Code of Federal Regulations were composed 
conventionally on hot metal equipment. 

In 1976, the Code of Federal Regulations was 
“converted” to photocomposition. A full text data 
base was established by an outside contractor. 
Updating, however, was still performed on a 
volume-by-volume basis, and the product pro¬ 
duced was the same as under hot metal. Unfortu¬ 
nately, with this approach, the full text data base 
for any given volume could be out of date by as 
much as a year. 

In 1979, the daily Federal Register was “con¬ 
verted” to photocomposition. An updating system 
which facilitated the extraction of data from the 
daily Federal Register and insertion into the Code 
of Federal Regulations was developed during 1979 
and 1980. Editors in the Office of the Federal 
Register were trained in the use of this system. 
They gradually became more proficient and up¬ 
dated a greater percentage of the Code of Federal 
Regulations until at the present time all of the 
updating work has been removed from GPO. 
Tapes containing the full text data base of the vol¬ 
umes of the Code of Federal Regulations are now 
sent to GPO for composition by the AUTOMATED 
COMPOSITION SYSTEM. 

The product being produced today, however, is 
still the same as under hot metal 10 years ago, 
with the exception that a number of firms in the 
private sector purchase tapes containing the full 


text data base of the daily Federal Register and 
the Code of Federal Regulations. The next step, 
of course, is to perform the updating task on a 
day-by-day as opposed to a volume-by-volume 
basis. Testing is presently under way and when 
this final phase is completed, a Code of Federal 
Regulations Full Text Data Base, current to within 
a week will at long last come into existence. 

Where possible, the data base maintenance 
systems for the U.S. Code and the Code of Feder¬ 
al Regulations have been kept compatible. 

Statistical Abstract of the United States— This 
1,000 page book which is produced annually, con¬ 
tains approximately 1,400 tables, no 2 of which 
are of the same design. The AUTOMATED COM¬ 
POSITION SYSTEM has been used to produce this 
publication for the past 2 years. Prior to the 1980 
Edition , this publication was produced conven¬ 
tionally on monotype equipment by a private con¬ 
tractor. The powerful tabular routines contained 
in the system made it possible for GPO to tackle 
this job. 

The costs to produce this job are lower than 
they were under hot metal, and there will be im¬ 
provement each year as another edition is pro¬ 
duced. Although, to date, all updating material 
has been sent to GPO in manuscript form, GPO 
has already conducted copy preparation classes 
for Bureau of the Census personnel. Should the 
Bureau of the Census decide to maintain the Sta¬ 
tistical Abstract of the United States Full Text Data 
Base, GPO will provide all assistance required to 
transfer the standing data base to the Bureau of 
the Census, and to set up procedures for its main¬ 
tenance by the agency. 

Decisions and Orders of the National Labor Re¬ 
lations Board— The Electronic Systems Develop¬ 
ment Division assisted NLRB in the preparation 
of specifications for a text/edit system which 
they could use to establish a data base for their 
publication. An applications specialist from the 
Graphic Systems Development Division helped 
them to structure their data base, and design the 
page format for composition by the AUTOMATED 
COMPOSITION SYSTEM. At the present, approxi¬ 
mately 1,500 pages per month of the Decisions 
and Orders of the National Labor Relations 
Board are being composed from data base tapes 
prepared by editors at the National Labor Rela¬ 
tions Board. Improvement in schedule and reduc¬ 
tion in cost have been dramatic. 

Congressional Record —This publication is also 
produced by the AUTOMATED COMPOSITION 
SYSTEM. Due to the very tight schedules re- 
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quired, most of the data is sent to GPO in manu¬ 
script form. At the present time, Bills, some Com¬ 
mittee Reports, and House rollcalls, are sent to 
GPO in data base form. A continuous effort on 
the part of GPO and Congressional Staffing per¬ 
sonnel is being made to reduce the amount of 
data being sent to GPO in manuscript form. How¬ 
ever, the following Congressional publications use 
all or portions of the precaptured keystrokes 
from the Congressional Record Full Text Data 
Base : 

Journal 

Nominations 

Senate Executive Journal 

History of Bills 

Bills 

Committee Reports 

Now that a full text data base exists for the 
Congressional Record , a system for producing the 
Congressional Record Index on a more timely 
basis and at lower cost is being developed. It is 
also planned to use the Congressional Record 
Index Full Text Data Base as the input to a re¬ 
trieval system. 

SUMMARY 

Design and implementation of publication sys¬ 
tems is the primary function of the Graphic Sys¬ 


tems Development Division. The Electronic Sys¬ 
tems Development Division is responsible for 
keeping abreast of the hardware developments 
and can provide assistance to the agency in speci¬ 
fication and selection of hardware. These capa¬ 
bilities together with the production resources 
housed in the Electronic Photocomposition Divi¬ 
sion make it possible for GPO to start an agency 
with a major publishing problem on a path simi¬ 
lar to the one described for the U.S. Code. Initial¬ 
ly, production personnel at GPO play a very im¬ 
portant part in getting the system off the ground. 
Gradually, most of the direct labor functions are 
absorbed by agency personnel which gives them 
better control over costs and schedules. Most im¬ 
portant of all, however, by establishing and using 
a current structured data base, the publication 
system can take advantage of future technologi¬ 
cal developments. So many ideas and products 
are emerging, it is impossible to know which will 
succeed and which will fall by the wayside. We 
do know however, that: 

(1) A logically structured data base is and 
will be the foundation upon which to 
build. 

(2) Display of information for reading by a 
human will be an important feature in 
any system. 


23 


Digitized by Google 


Original from 

UNIVERSITY OF ILLINOIS AT 
URBANA-CHAMPAIGN 



Digitized by 


Google 


Original from 

UNIVERSITY OF ILLINOIS AT 
URBANA-CHAMPAIGN 



APPLICATION NOTES 


COMPOSITION SYSTEM 

Inputs: 

Job Control 

Full Text Data Base 

Corrections to Full Text Data Base 

Font Specifications 

Format Specifications 

Outputs: 

Full Text Data Base (Archive) 
Check Point/Restart File 
Photocomposer Driver 
Input Data for Indexing System 
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CHAPTER 4—FULL TEXT DATA BASE DESIGN 


The first steps to be taken in the design of a 
system—manual as well as mechanized—are: 

Define in detail what the system is to pro¬ 
duce. 

Specify all the sources from which the re¬ 
quired information is to come. 

Specify the exact form in which the data is 
to be prepared. 

Specify each data element. 

If available, an outline of the document for 
which the data base is being established, can be 
very helpful. If not, one must be constructed by 
analyzing the data before any further step should 
be taken. It may not be possible to reconstruct an 

THE DATA 

DEFINITION 

What is a data element? In the case of an ac¬ 
counting or payroll system, the man number, op¬ 
eration number, hourly rate, and hours worked 
are data elements. These data elements are often 
referred to as fields of data. 

In the case of the full text data base , a data 
element—depending upon how the base is struc¬ 
tured—could be defined as a character, word, sen¬ 
tence, paragraph, section, chapter, or publication. 

If the base is broken either too finely or too 
coarsely into data elements, its value is dimin¬ 
ished. 

METHOD OF DETERMINING 

The trick is to specify data elements for infor¬ 
mation throughout the base that have the same 
hierarchial level. For accounting or production 
control applications, specifying the data elements 
in the base is more obvious. In the payroll 
system, it is easy to see that man number, hours 
worked, and pay rate are essential data elements 
that must be set up in the data base. But what 
about a publication containing text? How are 
meaningful data elements determined for it? 

The author or editor of a publication produced 
the original draft manuscript by following an 
outline either consciously or subconsciously. For 


outline of this document because the writer failed 
to articulate his thoughts in an orderly manner. 
Thus, no logically structured data base can be 
constructed from this material until it is rewrit¬ 
ten in an ordered form. 

The function codes which GPO has developed, 
and how they are used to structure (design) a full 
text data base are described in some detail on the 
following pages. Tables 4-A and 4-B list all the 
function codes recognized by the system, and 
should be studied carefully. The method used to 
specify the coding scheme that defines both the 
functions and typeset characters is also discussed 
in some detail. 

ELEMENT 

an involved or complex legal document or text 
book, the number or levels of hierarchy in the 
outline are more than those in a newspaper story 
about an automobile accident. Of course, the data 
base cannot be structured properly if the author 
(or editor) has not articulated his thoughts or 
ideas in a clear and logical manner. Especially in 
legal and technical publications, the codifying is 
extremely important. This function is essentially 
intellectual in nature and cannot be mechanized 
within the present state-of-the-art. A meaningful 
full text data base cannot be constructed until this 
task has been properly completed. 

Since Gutenberg, the graphic designer (possi¬ 
bly without realizing it) has been reconstructing 
the outline to which the manuscript was written 
so that he could determine the copy blocks—data 
elements—before he proceeded to design the page 
format. A copy block is not quite synonymous 
with a data element. The reader (a human being) 
is an element in the graphic designer’s system. 
Although the reader may be unaware of the sub¬ 
tlety, no ambiguity is caused because the graphic 
designer decided to use the same typesetting 
specifications for the following heads in the U.S. 
Code : (1) References in Text, (2) Amendments, 
and (3) Effective Date of Repeal. 
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The full text data base of the U.S. Code con¬ 
tains separate data element tags for each of the 
three heads listed above. Because the tags are 
unique, it was easy to write a very simple extrac¬ 
tion routine to produce a Table of Internal Refer¬ 
ences (200 pages in length) by computer from the 
main U.S. Code Full Text Data Base. 

Determining the data elements in a manu¬ 
script is not an exact science. Every effort should 
be made to make the data element breakdown 
follow the original outline the author had in 
mind. 

Up to this point, not a single typesetting term 
has been mentioned. The manuscript should be 
broken into its data elements without concern for 
the use to be made of the data base being con¬ 
structed—composition or information retrieval. 
The applications specialists at GPO have a typo¬ 
graphical background. They are responsible for 
determining the data elements required for the 
publication being integrated into the system. On 
occasion, they make the error of failing to differ¬ 
entiate between separate data elements having 
the same typesetting specifications. They start to 
visualize the composed format before the data 
element makeup of the publication has been de¬ 
termined. 

Aside from the fact that the data element 
structure of a textual data base is not as appar¬ 
ent as that of an accounting or production con¬ 
trol data base, there are two other major differ¬ 
ences: 

(1) The character complement of the ac¬ 
counting data base consists of an upper¬ 
case alphabet, some punctuation, and the 
numbers; while the character complement 
of the full text data base may contain well 
over 1,000 different characters, any of 
which may be set in a number of type¬ 
faces and sizes. 

(2) Data elements in accounting systems nor¬ 
mally are of a specified size and occupy 
fields of fixed length within a record. In 
the case of text, a field—data element— 
may be from one or two characters to sev¬ 
eral hundred characters in length. 

TAGGING (OR LOCATING) DATA ELEMENTS 

There are two basic methods for locating the 
data element in the data base. The first is to indi¬ 
cate the start of the field relative to the begin¬ 
ning of the record. For example, data element A 
starts 110 bytes from the beginning of the record 
and data element B starts 190 bytes from the be¬ 


ginning of the record. The Patents full text data 
base uses this method of tagging. 

The second approach is to insert a tag func¬ 
tion code at the beginning of each data element 
in the data base. The full text data bases con¬ 
structed at GPO for the Code of Federal Regula¬ 
tions and the U.S. Code utilize this approach. 

A number of companies have developed logi¬ 
cally structured data bases. West Publishing and 
Mathew Bender come to mind. Both of these 
firms have developed mnemonic notations for the 
naming or tagging of data elements and seem to 
like this approach. It will work well as long as 
the number of data elements involved is small 
enough that memory jogging short letter groups 
can be assigned without ambiguities. For exam¬ 
ple, T for text and T for table— oops. 

At GPO, a single page format can contain in 
excess of 100 data elements. In one publication 
which we produce— Decisions and Orders of the 
National Labor Relations Board —there are at 
least 30 data elements in the footnotes alone. At 
the present, there are in excess of 3 million pages 
in over 3,000 unique page formats being com¬ 
posed by GPO every year. Because of this variety 
and complexity, it is not practical for GPO to use 
a mnemonic approach. At GPO, the data element 
is completely defined by assigning it a number 
(01 to 99) in a specified format (0001 to 9999). 
Since some rare publication page formats contain 
in excess of 100 data elements, the locator set can 
be expanded by the use of the subformat func¬ 
tion. 

Table 4-A lists all function codes that explicit¬ 
ly or implicitly define a data element (locator). 

The format, subformat, and locator function 
codes tag data elements explicitly. 

The end of paragraph, leader, table, and tab 
codes tag data elements implicitly. For example, 
the end of paragraph code indicates that the data 
following has the same locator number as the 
preceding data. 

The leader code separates left and right data 
in telephone leadering. If the left data is locator 
15, for example, the leader code tags the begin¬ 
ning of the right data and implies locator 16. 

Tab codes appear in tabular data and separate 
cells in a row. Each tab code steps the locator 
number up by one. 

The table call code indicates the start of tabu¬ 
lar data. As will be explained in more detail 
later, the function line that follows this code con¬ 
tains the required specifications to enable the 
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composition program to automatically design the 
subformat. The system then uses this subformat 
to compose the table. The table end code implies 


the return of the system to the page format (or 
subformat) in force when the table call code was 
encountered. 


Table 4-A—Data Element Function Coding for GPO Full Text Data Base 



Argument 

Preceded by a 
precedence 
code 


Function 

Number of 
characters 

Unit 

Description 

Format 

4 

Format No. 

Yes 

Specifies that a new set of parameters for locators and 

Subformat 

4 

Format No. 

Yes 

page are to be used. 

Specifies that a new set of parameters to extend 

Locator 

2 

Locator No. 

Yes 

available locators are to be used. 

Tags the data element. 

End of paragraph 

None 

N/A 

Yes 

Indicates end of paragraph. 

Separates "left” data from "right” data in telephone 

Leader 

None 

N/A 

Yes 

Table: 

Call 

None 

N/A 

Yes 

leadering. 

Start of table (table function line follows). 

End 

None 

N/A 

Yes 

Indicates end of subformat generated table. 

Tab 

None 

N/A 

Yes 

Indicates start of next column in table. 


It is important to note that only eight differ¬ 
ent function codes are used to tag a data element. 
Five of these codes have no argument. They con¬ 
sist of a precedence (escape) code and a single 
letter code—assigned by the format designer. 

Of the remaining three codes, the arguments 
consist of numbers—two digits for the locator and 
four for the format and subformat functions. It is 
important for efficient storage and processing of 
the data base to keep it free of function codes 
containing long strings of characters and their 
associated delimiters. 

DATA BASE STRUCTURE 

The data element function codes defined in 
Table 4-A are used to give structure to all seven 
classes of data found in a full text data base 
(Chapter 1). They are not typesetting codes. Be¬ 
cause they explicitly define relationships between 
the parts or elements in the data, it is possible to 
use automated systems to process this data for 
any number of needs including typesetting. 

Since the processing of text, tables, and illus¬ 
trations has already been incorporated into the 
system, the following discussion will be limited to 
these classes of data. However, it is again 
stressed that these same function codes will be 
used as the remaining classes—symbolic, charts, 
diagrams, and mechanical parts—are incorporat¬ 
ed into the system. 

Text —The data elements to be found in text fall 
into 3 main categories: 

(1) Headings 

(2) Information 


(3) Footnotes 

The headings fall into hierarchial levels in ac¬ 
cordance with the outline to which the document 
was written. Each level is assigned at least one 
locator number. These data elements are used to 
direct the reader to the information data ele¬ 
ment—the paragraph. In this system, the para¬ 
graph is the lowest hierarchy of data element 
tagged. However, it is possible to amplify a state¬ 
ment in the paragraph by referencing a footnote. 
Footnotes, like text, may contain any number of 
data elements. The footnote is placed in the full 
text data base immediately following the para¬ 
graph in which it was referenced. A footnote can 
also be referenced in a heading, with the actual 
footnote being keyed into the data base after the 
first block of text. 

To provide an example of text structuring, a 
portion of the outline and manuscript for this 
manual are shown in Figure 4-1. It can be seen 
by examining the outline that there are 4 levels 
of body heads. An arbitrary data element 
number—shown encircled—was assigned to each 
level. The manuscript was prepared by inserting 
the data element tag—encircled number—at the 
beginning of each data element. A printout of the 
data base keyboarded from the manuscript is 
given in Exhibit 4-1. The A is used as the prece¬ 
dence code. The locator tag is keyed as AI ## 
where ## is the locator number. Typeface 
changes are indicated by keying AT# where # is 
the typeface number. In a like manner, grid 
changes are keyed as AG# where # is the grid 
number. 
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Figure 4-1 

Outline and Manuscript of Textual Material 
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EXHIBIT 4-1—INPUT KEYED FROM 
THE MANUSCRIPT SHOWN IN FIGURE 
4-1 

A I01CHAPTER 1-THE FULL TEXT DATA 
BASE 

A IllThe uti Lization of 
Logically structured input, 
which contains no coding unique 
to the typesetting process, is 
the foundation upon which the 
AG2 ATlAUTOMATED COMPOSITION 
SYSTEMAK was developed by GPO. 
Since the delivery of the 
AG2 A Tl LINOTRON 1010 SYSTEMAK 
in 1967, the Government Printing 
Office has scrupulously adhered 
to this principle. The creation 
and use of the AG2AT3full text 
data baseAK in a large number of 
publication systems has 
resulted. These data bases are 
being used for retrieval as well 
as for composition, and GPO has 
added data bases for such 
publications as the AT3Code of 
Federal RegulationsAK and the 
AT3U.S. CodeAK to its product 
line. Firms in the private sector 
as well as government agencies 
now procure these data bases on a 
regular basis. As time passes, 
the AG2AT3fulL text data baseAK 
which is now a by-product of 
composition wi 11 become the 
primary product, with 
composition becoming one of the 
by-products. 

A11111 is of interest to note 
that the dictionary definition 
for ""publish- 1 - 1 , given on the 
section title page, does not 
mention any specific media such 
as a book, selective printout, or 
display terminal. 

AI02DATA BASE DEVELOPMENT 
AI13HIST0RY 

AIllData bases have resided in 
books for centuries. For the past 
100 years, GPO has been producing 
current editions of many 
publications by updating a data 
base-stored type. Since GPO has 
converted to automated 
composition, the data bases 
reside in machine-recognizable 
form, which is serving as the 
basis for an expanded product 
line at GPO. 


Again it is emphasized that the outline and 
manuscript were written in a conventional 
manner by the author. The data elements were 
then assigned and the full text data base estab¬ 


lished without knowledge of, or concern for, page 
format design. 

Tables —Often it is necessary to store analogous 
information covering a number of subject catego¬ 
ries for each item in a listing. It is possible to 
store this class of data in a textual fashion. A 
tabular structure is better, however, because the 
information can be accessed more rapidly by the 
reader or a computer editing system. 

A typical table together with a printout tff its 
structured data base is given in Figure 4-2. Re¬ 
ferring to this figure during the following expla¬ 
nation should help the reader to better under¬ 
stand the methods used to incorporate this type 
of material into the full text data base. 

Tabular structure (unlike text) requires a 
function line at the beginning of each table’s data 
to describe the array into which the information 
data elements are to be arranged. The function 
line in Figure 4-2, for example, states that, in ad¬ 
dition to an item listing column, the information 
array has 10 columns. 

Information and heading data elements, how¬ 
ever, are tagged in a manner similar to that de¬ 
scribed for text. Data elements found in tabular 
data fall into one of the following six categories: 

(1) Table title 

(2) Headnote 

(3) Item listing 

(4) Subject category 

(5) Information data elements 

(6) Footnote 

Since the table title is a short statement that 
defines the content of the table, a single locator 
number is required. The title specifies the items 
to be listed and summarizes the subject catego¬ 
ries of information to be provided for each item 
in the listing. 

Headnotes are used to augment the informa¬ 
tion given in the table title. Also, the unit of 
measure (if common to the entire table) may be 
included in the headnote. One locator, in this 
system, is reserved for the headnote. 

The designer of the table is responsible for the 
determination and organization of the item list¬ 
ing. In the example, the item listing has 3 levels 
of hierarchy. Thus 3 locators must be used. Some 
item listings can be quite complex and may have 
several hierarchies of heads. It should be under¬ 
stood that an arbitrary locator number must be 
assigned to each level of hierarchy—or head— 
just as in the text. 
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Figure 4-2 
Tabular Structure 


TABLE TITLE 
HEADNOTE 


No. 310. Persons Arrested By Charge, Sex, and Age: 1976 and 1980 

' P estimated by FBI. Represents persons arrested, not charges] 


ITEM 

LISTING 

TITLE 


ITEM 

LISTING 


FOOTNOTE 



SUBJECT 

CATEGORIES 


INFORMATION 

DATA 

ELEMENTS 


Table Structure—Input 


A c1T,i1,3100,6,6.6,6,6,4,5,5,5,5 

AI95AT4NO. AT2310. 4T4Persons Arrested By Charge, Sex, 
and Age: AT11976 AT4and AT11980 

AI96L AT2In thousands, except percent. ATIRepresents 
arrests reported by 9,648 agencies with a total 1980 
population of 194,685,491 as estimated by FBI. Represents 
persons arrested, not charges] 

Ahl AT4persons arrested, by charge 

Ahl AT4male 

Ah2 AT21976 

Ah2AT21980 

Ah3Total 

A h3Under 18 yr. 

Ahl AT4female 
Ah2 AT21976 
Ah2AT21980 
Ah3Total 
Ah3Under 18 yr. 

Ahl AT4percent under AT118 AT4years old 

A h2Male 

Ah3AT21976 

Ah3AT21980 

Ah2Female 

Ah3AT21976 

Ah3 AT21980 A j 

AI04AT2Total persons arrested\1\ ADAT27,191.1 ADA 
T27,523.3AD AT21,512.3ADAT21,340.3ADAT 
21 ,424.5 A D A T2390.8 A D AT223.2 AD AT220.1 AD AT233.2 A D A T 
227.4AQ04 A rn,s—. 

AI03AT2Serious crimes\2\ ADAT21,555.0ADA 
T21,682.0AD AT2617.9ADAT2383.0AD AT 
2393.0ADAT2132.7ADAT242.5ADAT236.7AD 


AT238.4ADAT233.8 

A I01Murder\3\ AD14.6ADI5.5 ADI .5 AD2.4AD2.3AD.1 AD 

10.1 AD9.9AD7.4AD6.0 

A101 Forcible rape AD23.3AD27.5AD4.1 AD.2AD.3AD.1 AD 

17.1 AD14.8AD30.0AD29.9 

A101 Robbery AD114.3AD124.8AD38.2 AD8.9AD9.7AD2.9A 
D31.8 A D30.6 A D31.4 A D29.5 

AIOIAggravated assault AD179.1 AD211.8AD30.8 
AD26.8AD30.1 AD5.6AD17.1 AD14.6AD21.1 AD18.5 
A101 Burglary-breaking or entering AD415.2AD421.0AD189. 
8AD24.8AD27.6AD12.9AD51.7AD45.1A D49.7 A D46.6 
A101 Larceny-theft AD679.0AD754.6AD296. 
7AD309.2AD310.4AD104.9AD45.1 AD39.3AD38.9AD33.8 
A IOlMotor vehicle theft AD116.1 AD111.8AD50.1 
AD9.0AD10.5AD5.6AD51.9AD44.8AD58.1 AD52.7 
A 101 Arson A D13.4 A D14.9 AD6.7 ADI .7 A DZ.O A D.8 A D 
54.5AD44.9AD43.2AD38.0A Q04 
AI13AT2AU other: 

AIOlOtherassaults AD326.2AD366.7AD61.4 
A D53.2 AD59.2 AD16.4 AD19.3 A D16.8 A D30.7 A D27.6 
.DATA OMITTED. 

A101 Vagrancy A D28.1AD24.1AD3.3AD7.7AD4.0AD.6AD 

20.5AD13.5AD13.1 AD14.2 

AI01AII other offenses, except traffic 

A D1,148.4 ADI,308.5 A D220.7 AD199.9 A D230.7 AD 

54.0AD20.5 AD16.9AD30.2AD23.4 

Af\1\Includes vandalism, curfew violators and 

runaways. \2\Includes_DATA OMITTED_ 

AfSource of tables 309 and 310: U.S. Federal Bureau of 
Investigation, AT3Crime in the United States, ATIannual. 
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The table designer also outlines the subject 
heads for the information data elements. The 
outline of the subject categories for the table in 
Figure 4-2 is shown in Exhibit 4-2. 


EXHIBIT 4-2—OUTLINE OF 
SUBJECT CA TEGORIES FOR THE 
TABLE SHOWN IN FIGURE 4-2 

A. Males arrested 

1. In 1976 

2. In 1980 

a. TotaL arrests 

b. Arrests under 18 

B. Females arrested 

1. In 1976 

2. In 1980 

a. Total arrests 

b. Arrests under 18 

C. Percent of total arrested under 18 

1. Male 

a. In 1976 

b. In 1980 

2. Female 

a. In 1976 

b. In 1980 


The similarity between this outline and the 
subject category heading listing in the data base 
printout (Figure 4-2) should be noted. Although 
the subject category heads are data elements in 
the strictest sense of the word, they are tagged in 
this system with hierarchy (Ah ft) rather than lo¬ 
cator (A I#ft) function codes. 

The number of information data elements re¬ 
quired for each entry in the item listing can be 
determined by analyzing the subject category out¬ 
line (Exhibit 4-2). An analysis of this outline pro¬ 
duced the following list of 10 data elements: 

(1) Males arrested in 1976 

(2) Total males arrested in 1980 

(3) Males under 18 arrested in 1980 

(4) Females arrested in 1976 

(5) Total females arrested in 1980 

(6) Females under 18 arrested in 1980 

(7) Percent of males under 18 arrested in 
1976 

(8) Percent of males under 18 arrested in 
1980 

(9) Percent of females under 18 arrested in 
1976 

(10) Percent of females under 18 arrested in 
1980 

If the information data elements associated 
with each entry in the item listing are positioned 
in the data base immediately following the entry 


in the order indicated by the subject category 
outline, it is possible for the system to relate each 
information data element to its proper head. In 
the printout of the example’s data base, this data 
appears to be in rows. The item listing entries 
are tagged with their assigned locator numbers. 
Also each information data element—often re¬ 
ferred to as a cell—is tagged with its appropriate 
locator number. It should be noted that, since the 
locator numbers for the cells are assigned sequen¬ 
tially by the system, the tab code (AD) is usually 
used in lieu of the locator to tag the information 
data elements. 

All of the information data elements shown in 
the example are numerical values—numbers of 
people. Often, however, the information data ele¬ 
ments consist of one or more paragraphs of tex¬ 
tual matter. In fact, complex mathematical or 
chemical expressions may appear in the cells of 
some tables. 

Data in the table can be amplified—as in 
text—by referencing it to a table footnote. Al¬ 
though each footnote is a data element, it is 
tagged in this system with a table footnote (A f #) 
rather than a locator (A 1ftft) function code. 

To establish a data base for a table, the 
author or table designer must organize the data 
as described in the previous paragraphs. There is 
no necessity to be concerned with style rules for 
composition of the table. The AUTOMATED COM¬ 
POSITION SYSTEM has been designed to accept 
the full text data base as input and to produce the 
composed table in accordance with the rules spec¬ 
ified in the Government Printing Office Style 
Manual. This will be explained in greater detail 
in Chapter 5. 

ADDITIONAL FUNCTIONS 

It has been stressed a number of times previ¬ 
ously that the full text data base should be kept 
as free of codes unique to any process such as 
composition as possible. At GPO, every effort has 
been made in the system design to do this. Unfor¬ 
tunately, we have not been able to comply with 
the requirement completely. At first glance, the 
additional function codes listed in Table 4-B 

seem extensive. It is important to realize that 
none of these codes alter the structure or allow 
ambiguities to creep into the data base. 

For example, it is simple to program an infor¬ 
mation retrieval system to bypass any function 
code not needed when the data base serves as 
input. At present, one of the data bases is used in 
a retrieval system that cannot process tables. It 
is an easy matter to remove table data from the 
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system as it is dumped for shipment to the instal¬ 
lation performing the retrieval task. 

Thirteen of the thirty-six functions are special 
characters which do not require use of the prece¬ 


dence code, and are used to define breaks be¬ 
tween words or letter groups. A short description 
of each of the remaining function codes is given 
in the following paragraphs. 


Table 4-B—Additional Function Coding for GPO Full Text Data Base 



Argument 



Function 

Number of 
characters 

Unit 

precedence 

code 

Description 

Precedence 

None 

N/A 

N/A 

Escape code. 

Bypass 

Phrase emphasis: 

None 

N/A 

No 

Flags data that is to be bypassed by the composition 
system. 

Grid 

1 

Grid No. 1-8 

Yes 

Specifies the grid table to use (each grid table is 
broken into four typefaces). 

Typeface 

1 

Typeface 1-4 

Yes 

Although 128 positions are reserved in the grid table for 
each typeface, the keyboard layout typeface usually 
contains 88 characters. 

Return 

None 

N/A 

Yes 

Returns system to grid and typeface specified by the 
data element (locator) being used. 

Vertical Space 

2 

Points 

Yes 

Leading in points is inserted (not at top of column). 

Horizontal Space 

Page: 

2 

Relative units 

Yes 

Leaves horizontal space in relative units (18 units to 
the em). 

End of Frame 

None 

N/A 

Yes 

Terminates page. 

Bump Folio 

3 

# 

Yes 

Page is terminated (argument gives number of pages 
by which to bump folio). 

Space Reservation for 
Illustration 

Index Tags: 

Variable 

N/A 

Yes 

Followed by illustration function line. 

Start 

None 

N/A 

Yes 

Bracket data that is to be indexed. 

Stop 

None 

N/A 

Yes 

Bracket data that is to be indexed. 

Start Nontypeset Index 

None 

N/A 

Yes 

Bracket data that is to be indexed. 

Footnote 

None 

N/A 

Yes 

Identifies footnote in reference and start of footnote 
data. 

Head End 

None 

N/A 

No 

Continued or First/Last Entry will be picked up to this 
point in the data. 

Accent 

1 

# 

No 

Composes accent specified by the argument for the 
character immediately preceding the code. 

Revision Flag 

1 

# 

Yes 

Brackets data that contains revisions (argument “1” 
starts “0” ends). 

Compare Flag 

1 

# 

Yes 

Brackets the data from each version that does not 
match (argument "1” starts “0” ends). 

Version Marker 

None 

N/A 

Yes 

Indicates the end of version 1 and start of version 2. 

Fraction 

None 

N/A 

No 

Used as a delimiter to set fraction. 

Start Exclude 

None 

N/A 

Yes 

Data that follows will be bypassed by the composition 
l program. 

End Exclude 

None 

N/A 

Yes 

Data that follows will be composed by the composition 
program. 

Unit 

Spacer Characters: 

1 

# 

Yes 

Brackets data that is to be floated (argument “1" starts 
“0" ends). 

Word Space 

None 

N/A 

No 

Word separator. 

Hyphen 

None 

N/A 

No 

Code for hyphen (word break). 

Conditional Hyphen 

None 

N/A 

No 

Indicates word can be hyphenated at this point(s) if 
required in the assembly of the line. 

Slash 

None 

N/A 

No 

Word break. 

Em Dash 

None 

N/A 

No 

Word break. 

En Dash 

None 

N/A 

No 

Not a word break. 

Em Space 

None 

N/A 

No 

Word break. 

En Space 

None 

N/A 

No 

Not a word break. 

Thin Space 

Fixed Space: 

None 

N/A 

No 

Not a word break. 

FXSO 

None 

N/A 

No 

Space of zero width (word break). 

FXS1 

None 

N/A 

No 

Fixed space (1 relative unit—not a word break). 

FXS2 

None 

N/A 

No 

Fixed space (2 relative units—not a word break). 

FXS3 

i None 

N/A 

No 

Fixed space (3 relative units—not a word break). 
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Precedence— The precedence code is used as an 
escape code. Since the argument for each func¬ 
tion code is of fixed length, no delimiter code is 
required. 

Bypass— There may be a need for including data 
in the data base that should not be typeset. 
(GPO, for example, in the initial stages of file 
creation incorporates “slug lines” in the data 
base that are used for accounting and control. 
This information is tagged with the bypass code.) 

Phrase Emphasis— At present, the GPO uses 
grids and typefaces to change fonts. Any page 
format can hold up to four grids. Since each grid 
contains four typefaces, any page format can con¬ 
tain up to 16 typefaces. Since the locator specifi¬ 
cations define the grid and typeface of the data 
element, grid and typeface function codes are 
used only to give emphasis to a phrase of words 
within the data element. The return function 
code is useful because it is not necessary for the 
operator to remember what typeface and grid 
were being used before the phrase being empha¬ 
sized was encountered. 

Vertical Space— This function code is seldom 
used in most formats and is being phased out of 
the system. 

Horizontal Space— Up to 99 relative units can be 
inserted in a line by the use of this code. (There 
are 18 relative units to the em.) 

End of Frame —There is occasionally the require¬ 
ment to arbitrarily end the page at a given point 
in the input. This can be accomplished by insert¬ 
ing this code into the data base at the point 
where the page ending is desired. 

Bump Folio —In some publications, there is a re¬ 
quirement to insert a specified number of pages 
of camera copy at a given point in the input. The 
argument of this function code specifies the 
number of pages to advance the folio. 

Space Reservation for Illustration— The system 
has sophisticated routines which provide for the 
reservation of space for illustrations in one, two, 
and three column text. 

Index Tags— The system will build a file contain¬ 
ing data bracketed by index tags together with 
the page number being composed when the tag 
was encountered. Data bracketed by the start 
nontypeset index and stop index function codes 
will be indexed but will not be typeset by the 
system. It can also index an entire locator. An ex¬ 
ample of creating a table of contents with the in¬ 
dexing feature is discussed in Chapter 8. 


Footnote— The footnote function code is inserted 
in the text line at the point of reference. The 
footnote data is inserted in the data base immedi¬ 
ately following the locator in which it was refer¬ 
enced. The footnote function is also inserted at 
the beginning of the footnote data. 

Head End —There are cases when using a 
first/last entry or continued head that it is only 
desired to have the first portion of the text line 
in the head. It is possible to accomplish this by 
inserting the Head End code in the text line at 
the desired cut-off point. 

Accent —The accent code (R) causes the specified 
accent to be set over the character immediately 
preceding this function code. The accent is speci¬ 
fied by the argument 0-9. The following table 
lists the input and corresponding output for the 
“floating” accents maintained in the GPO 
library. 


Accent Function Codes 


Input 

Accent name 

Typeset output 

o®D 

Breve 

u 

e®1 

Acute 



Grave 



Circumflex 

u 


Dieresis 

ii 

u®5 

Caron 

u 


Tilde 


a®7 

Angstrom 



Macron 


c®9 

Cedilla 

? 


Revision Flag— If a change is made to the data 
base, revision codes may be inserted at the begin¬ 
ning and end of the revision. The composition 
system will insert vertical rules in the margin op¬ 
posite the lines containing the revision as it com¬ 
poses the page. Examples of the use of revision 
flags are given in Chapter 6—Test Specimens 1 
and 2, and Sample Page D. 

Compare Flag and Version Marker— GPO has de¬ 
veloped a program that compares two versions of 
a data base. The output produced by the program 
contains the matching data from the two input 
files together with data from each file that does 
not match. The compare flag function code brack¬ 
ets the data that is not the same in both versions. 
The version marker function code is inserted be¬ 
tween the non-matching data of the two versions. 
Fraction Function —This code is used to bracket a 
fraction. Fractions are constructed by the compo¬ 
sition system. For example, the fraction Vi 2 
would be coded in the data base \ 1 /12 \ where \ 
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is the fraction function code. Note that in a ter¬ 
minal presentation or computer listing, the data 
looks like a fraction. 

Unit —Data that may be floated during page com¬ 
position such as illustrations or tables are brack¬ 
eted by this function code. The data to be floated 
must not exceed a column in length. 


Exclude —There are times when it may be desir¬ 
able to not typeset portions of the data in the full 
text data base. This can be accomplished by 
bracketing this data with the start exclude and 
end exclude function codes. 


DATA BASE CODE 


Many full text data bases are established by 
keyboarding the data from manuscript or audio 
tape. The equipment involved runs the gamut 
from a paper tape perforator or low cost word 
processor to a very elaborate text editing system. 
It is possible, however, to produce complex full 
text data bases efficiently and economically with 
a low cost word processor. 

CODING TASKS 

Regardless of the equipment being used to es¬ 
tablish the data base for composition by the auto¬ 
mated system at GPO, the tasks involved in set¬ 
ting up the coding for the data base are the same 
and are described in the following paragraphs. 
Prepare Keyboard Code Chart— A code chart 
which lists the bit configuration produced by 
each key in each shift position is usually pro¬ 
vided by the manufacturer of the word processing 
equipment. If one is not available, the chart can 
be constructed by “dumping” a data file produced 
by striking each key in all shift configurations on 
the keyboard. Most manufacturers provide coding 
in either ASCII or EBCDIC. 5 * * * * 10 
List the Function Codes Required by the Word 
Processing System —Codes such as line advance 
should be indicated on the code chart, because 
they are process oriented and must be eliminated 
or bypassed by systems which will utilize the 
data base. 

List Data Base Function Codes— Analyze the 
data elements which have been determined, and 
list the data base function codes that will be re¬ 


5 Most full text data bases are coded in either EBCDIC (Ex¬ 

tended Binary Coded Decimal Interchange Code), or 7 bit 

ASCII (American Standard Code for Information Inter¬ 

change). Each character is coded and contained within an 
eight bit byte. Since a binary number (code) of eight digits (0 
or 1) can run as high as 255, an eight level code can have 256 
(counting zero) different combinations. Binary, Octal, Hexade¬ 

cimal, or Decimal are numbering systems of base 2, 8, 16, and 

10 respectively. These systems are used to define the code of a 
given character. For example an upper case “A" in EBCDIC 
is described in the various numbering system as follows: 
11000001 (binary), 301 (octal), Cl (hexadecimal), or 193 (deci¬ 
mal). 


quired. This is accomplished by referring to 
Tables 4-A and 4-B. At a minimum, the format 
and locator (Table 4-A), the precedence, word 
space, hyphen, and slash (Table 4-B) must be de¬ 
fined for even the simplest of formats. As the 
format becomes more complex a larger number of 
function codes will be required. 

List All Characters —In some publications, only 
the alphabet, numbers, and punctuation are re¬ 
quired. Other publications may require many 
special characters such as mathematical symbols, 
Greek alphabet, superscripts, fractions, and ac¬ 
cents. 

It is also very important to determine and list 
separately all word break characters desired. In 
addition to the word space, the slash (/), hyphen 
(-), and em dash (—) are examples of word break 
characters. 

Determine Keyboard Layout— Most keyboards 
associated with word processing or text editing 
equipment are based on the standard 44 key shift 
and unshift typewriter keyboard. Some are very 
elaborate and provide enough keys and shift con¬ 
ditions (shift, unshift and supershift) to key all 
256 codes possible with an eight level code. 
Others have only a few function keys in addition 
to the standard typewriter keyboard. 

Some of the keys reserved for word processing 
functions can be used as function keys for this 
system—for example, the tab function. Other 
function codes such as line feed and carriage 
return cannot be used and must be bypassed or 
deleted. 

The assignment of the precedence code key is 
very important. It is the most frequently used of 
all function keys, and should be located in a read¬ 
ily accessable position. Since this code must be 
common to all keyboard layouts, a function key, 
if available, should be selected. If a key within 
the typewriter subset must be used, a print char¬ 
acter that appears infrequently in the publication 
should be selected. Possibilities are: $, #, and @. 
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Word break characters in this system have 
been designed to accept coded characters not re¬ 
quiring the precedence code. Accent, head end, 
and fraction function codes also do not require 
the precedence code. Any of these codes that are 
required must take a key position on the key¬ 
board, and like the precedence code must be 
common to all keyboard layouts. Of course, word 
space, hyphen, and slash are common character 
codes on the standard typewriter keyboard. 

Function codes that utilize a precedence code 
can use character codes on the keyboard and are 
usually assigned on a mnemonic basis. 

Determine the Grids Required— There are pres¬ 
ently over 20,000 different characters stored in 
digital form on the disk of the photocomposer at 
GPO, with new characters being added from time 
to time. Needless to say, it is a rare job that re¬ 
quires a character not resident on the photocom¬ 
poser. The “grid” tables, together with the char¬ 
acter displacement tables resident in the GALLEY 
program, relate the character codes in the data 
base to the character to be output by the photo¬ 
composer. GPO has developed an extensive li¬ 
brary of “grids” by utilizing the VFONT program 
(Figure 2-1). The character address, displace¬ 
ment, and width data for each character are en¬ 
tered together. This input is keyboarded by GPO 
on their text/edit system. (GPO uses 7 bit ASCII 
code for this displacement.) Each “grid” contains 
four typefaces and each face can have up to 128 
characters. The AUTOMATED COMPOSITION 
SYSTEM can store up to four grids for a given 
page format. This means that 2,048 characters 
unique to the format can be accessed. The system 
also stores four additional grids which contain a 
total of 2,048 special or pi characters. Thus 4,096 
characters are available during the composition 
of any specific format. 

To access a specific character, the grid, type¬ 
face, and character codes are required. (There is 
a keyboard layout for each typeface required in 


the format.) Once a grid or typeface code is in¬ 
serted in the input data stream, the system stays 
in that grid or typeface until another is called or 
until a locator code is encountered. Since each lo¬ 
cator (data element) specifies a base grid and 
typeface, there is seldom the need to insert addi¬ 
tional codes. The grid or typeface codes that are 
keyboarded are added to get a unique character 
or to italicize a phrase of words for emphasis. 

Selecting the grids to be used by the format is 
a function best performed by an applications spe¬ 
cialist at GPO. To perform this task he must 
have the keyboard code chart and a list of type 
fonts required in the format. Selection of type¬ 
faces for the various data elements must be ap¬ 
proved by the agency before the format design 
can commence. 

CASE HISTORY OF A SPECIFIC PUBLICATION 

The Bureau of Land Management (Depart¬ 
ment of the Interior) is responsible for publishing 
Environmental Impact Statements. The full text 
data bases are produced by agency personnel at a 
number of locations geographically remote from 
Washington. Magnetic tapes containing the data 
are forwarded to GPO for processing through the 
AUTOMATED COMPOSITION SYSTEM. The publi¬ 
cation is fairly complex and contains a mixture 
of text, tables, and illustrations. Sample pages 
are provided in Figures 4-3 and 4-4. The publica¬ 
tion is first composed, printed, and distributed as 
a draft for comments. The comments are ana¬ 
lyzed, and often changes are approved and made 
to the Impact Statement. This is accomplished by 
agency personnel who update the full text data 
base and forward it again to GPO where the 
final edition is composed. 

The project was initiated in 1979 with meet¬ 
ings between the Bureau of Land Management 
and the GPO resulting in the publishing of ap¬ 
proximately 2,000 pages. Volume has continually 
increased with over 30,000 pages being composed 
by GPO in 1982. 
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Figure 4-3 

Sample Page from an Environmental Impact Statement 


AFFECTED ENVIRONMENT 


tion; 20.1 miles, in above average condition; 24.1 
miles, in average condition; 49.2 miles, in below 
average condition; and 7.8 miles, in poor condition. 
The remaining streams were not evaluated for 
aquatic habitat; however, a riparian survey was per¬ 
formed which covered plant species; habitat com¬ 
position; riparian zone width, length, and area; 
dominant plant species; canopy height, distribution, 
and cover; community condition; stream width; and 
habitat disturbance. 

Table 4-8 lists the streams that would be affect¬ 
ed by the alternatives in this environmental impact 
statement. The aquatic condition is based on the 
numerical rating system used for the inventory. The 
trend shown is based on the fishery biologists' 
judgment and evaluations made from the narratives 
and inventory information for those streams. 

TABLE 4-8. AFFECTED STREAMS AND LAKES 



29 

30 

31 

32 


34 

35 


37 

38 

39 

40 


Cedar Creek 
Rock Creek 
Egeria Creek 
Deep Creek 
•Cabin Creek 
Sunnyside Creek 
Willow Creek 
Hack Lake 

Sheep Creek, West Fork 
Sheep Creek 
Sweetwater Creek 
Derby Creek 
Horse Lake 
Red Dirt Creek 
Upper Colorado River 
Piney River 
Castle Creek 
Edges Lake 
"Catamount Creek 
•Norman Creek 
Eagle River 
•Frost Creek 
Salt Creek 
Cottonwood Creek 
Abrams Creek 
Prince Creek 
Thompson Creek 
Thomas Creek 
Crystal River 
Sopris Creek West 
Sopris Creek East 
Snowmass Creek 
•Red Canyon Creek 
Fryingpan River 
•Coulter Creek West 
Cattle Creek 
Fourmile Creek 
Thompson Creek North 
Threemile Creek 
Roaring Fork River 


71 

87 

67 

62 

29 


D 

S 

S 

S 

D-S 

S-D 


Good 

46 

85 

58 

Good 

32 

98 
43 i 

54 

61 


73 S 

72 j D-S 
60 D 

43 S 


80 S 

90 D-S 

85 S 

80 l-S 

59 S 

69 S 

73 S 

87 S 

46 S-D 

65 S-D 

70 S 

59 S 

56 S 

82 S 


TABLE 4-8. AFFECTED STREAMS AND LAKES— 
Continued 


°SSt j Tre " d ’ 

Rat- 


41 

42 

43 

45 

46 

48 

49 

50 

51 

52 

54 

55 

56 

57 

58 

59 


62 

63 

64 


67 


70 

72 

73 


75 


•Mesa Creek 

Mitchell Creek 

ColoradoRiver 

Rifle Creek 

Elk Creek Main 

Harris Gulch 

Butler Creek 

Rifle Creek Middle 

George Creek 

Rifle Creek East 

Piceance Creek 

Harris Reservoir 

Elk Creek East 

Keyser Creek 

*Dry Possum Creek 

Canyon Creek East 

Possum Creek 

Canyon Creek 

Colorado River 

Wallace Creek North 

Wallace Creek 

Battlement Creek 

Cache Creek 

‘Baldy Creek 

Garfield Creek 

Second Anvil Creek 

Parachute Creek, East Middle Fork 

Northwater Creek 

Parachute Creek, East Fork 

Trapper Creek 

Fravert Reservoir 

JSQ Gulch 

First Water Gulch 

First Anvil Creek 

Lower Colorado River 


66 

78 

100 

68 


Good 

81 

106 I 


76 

52 

71 
83 | 


D 

D 

D-S 

D-S 

D-S 

D 


D-S 

D-S 

D-S 

D-S 


■This number corresponds to the number shown on Map 3-10. 
*113 to 94 = excellent; 94 to 98 = above average; 78 to 62 
= average; 62 to 46 = below average; below 46 = poor 
»l = increasing; D= decreasing; S=stable 


TERRESTRIAL WILDLIFE 


HABITAT AND RELATED SPECIES 


Wildlife habitat in the resource area provides 
food, cover, water, and living space for a diversity 
of wildlife species. This habitat is being lost to or 
altered by development. Land developers, oil com¬ 
panies, water companies, ranchers, and farmers 
are competing with wildlife for this habitat. The 
trend is expected to continue. 
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Figure 4-4 

Sample Page from an Environmental Impact Statement 


SOCIAL AND ECONOMIC CONDITIONS 

TABLE 4-12. GLENWOOD SPRINGS RESOURCE AREA POPULATION 1960 to 1980 


Eagle County. 

Garfield County. 

Pitkin County. 

Three-county Area Total 
Colorado. 


Place 


1960 


1970 


1980 


Percent Increase 

1960- I 1970- | 1960- 
70 80 j 80 


4,677 

12,017 

2,381 

19,076 

1,753,947 


7,498 13,320 

14,821 I 13,320 

6,185 10,388 

28,504 46,172 

2,209,596 2,888,834 


60 

23 

160 

49 

26 


78 

52 

67 

61 

31 


87 
; 334 



Source: U. S. Department of Commerce, Bureau of the Census 1960, 1970, 1980 


creases between Silt and DeBeque. A new town, 
Battlement Mesa, was under construction. Current¬ 
ly, only the first stage of the Union Oil project is still 
underway. The future still holds the potential for oil 
shale projects of Exxon, Chevron, and Mobil Oil 
companies. 

Even without development of the planned ski 
areas or the oil shale projects, population in the 
three-county area is expect to be 75,000 in the 
year 2000a 63 percent increase. If those projects 
should come to be, the area’s population in the 
year 2000 could be 88,000. The greater part of that 
additional growth would be near the towns of Eagle 
and Parachute or Rifle. 


EMPLOYMENT AND INCOME 


The economy of the Glenwood Springs Resource 
Area is dominated by businesses that serve the 
recreation and tourism industryrestaurants, motels, 
ski areas, and recreation equipment stores. Of the 
47 largest employers in the areas in 1978, 16 were 


hotels or motels, 13 were restaurants, and 5 were 
ski areas. Only 4 were engaged in manufacturing or 
commodity production2 coal companies, a gas pro¬ 
duction firm, and a sawmill that has since gone out 
of business. Agriculture represents a small and de¬ 
creasing portion of the economy. 

The economy is also characterized by a strong 
element of seasonality and a lack of diversity. Total 
employment in May is often less than 20 percent of 
the January peak. Hunting activity provides some 
protection against a seasonal decline in the fall. 

The retail trade and service industries are the 
largest employers in the resource area. Together 
they supplied jobs to 12,701 of the 25,424 em¬ 
ployed workers in 1978, just 50 percent (Table 4- 
13). A sign of the economy’s lack of diversity is that 
the next largest categories of employees were the 
self-employed and government workers. A signifi¬ 
cant minority are coal miners in the Carbondale/ 
Glenwood Springs area. Oil shale projcts employed 
as many as 3,500 in early 1982. The demise of the 
Colony project and a sluggish national economy 
have contributed to currently high unemployment 
rates in the area. 


TABLE 4-13. EMPLOYMENT BY SECTOR AND BY PLACE OF WORK GLENWOOD SPRINGS 
RESOURCE AREA AND COLORADO 1973 and 1978 


Number 
Proprietors. 


Total Wage 
and Salary.. 
Employment... 


1,612 7,594 
568| 761 


432| 626| 

1,044 j 6,833] 


Three County Area 


6,728 8,893 32 6,423 

1,375 1,635 19 716 


941 j 1,223 
5,353| 7,2581 


39 17,763 
41 2,655 

-2 622 

44 2,037 

39| 15,104 
309 289 


25,424 

3,406 


39 
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Equipment Used by the Agency— The Bureau of 
Land Management uses the 425 A.M. Jacquard 
Word Processing System to keyboard the data 
base. The floppy disk produced on the Jacquard 
is converted to magnetic tape on a Mitron Con¬ 
verter. The coding on this magnetic tape must be 
analyzed to construct the keyboard code chart. 
Although the applications specialist is available 
to provide assistance as needed, agency personnel 
are responsible for setting up the chart. The code 
chart prepared by the Bureau of Land Manage¬ 
ment appears in the following table: 


Table 4-C—Code Chart 


425 A.M. Jacquard 
graphic 

Code on input 
magnetic tape 

Output character or 
function 

word space 

40 

word space 

exclamation 

5A 

bang 

open quote 

7F 

open quote 

dollar 

5B 

dollar 

percent 

6C 

percent 

ampersand 

50 

ampersand 

apostrophe/close 

7D 

apostrophe/close 

quote 


quote 

open parens 

4D 

open parens 

close parens 

5D 

close parens 

asterisk 

5C 

asterisk 

plus 

7B 

plus 

comma 

6B 

comma 

hyphen (mandatory) 

60 

hyphen—function 

period 

4B 

period 

shill 

61 

shill 


F0 


2 

FI 

2 

3 

F2 

3 

4 

F3 

4 

5 

F4 

5 

6 

F5 

6 

7 

F6 

7 

8 

F7 

8 

9 

F8 

9 

0 (zero) 

F9 

0 (zero) 

colon 

7A 

colon 

semicolon 

5E 

semicolon 

equal 

7E 

equal 

question 

6F 

1 question 

@ 

7C 

precedence code 

alpha characters 

standard EBCDIC 

alpha characters 

legal cross 

41 

degree 

trademark 

43 

em space—function 

greater than 

75 

greater than 

less than 

79 

less than 

section 

4A 

minus 

copyright 

73 

bullet 

registered 

6D 

em dash—function 

open bracket 

3B 

150 stroke bullet 


Loading Agency Data— All tapes received from 
the agency are entered into the GPO system by 
processing them through the LOAD/EDIT pro¬ 
gram (Figure 2-1). This program translates the 
input to 7 bit ASCII and checks the input func¬ 
tion codes and their arguments to make certain 
they are within the limits. The edit system is 
very elaborate and is able to detect many kinds 


of errors. The text/edit system is used to correct 
any errors found before proceeding with the com¬ 
position. 

The data sent to GPO by the Bureau of Land 
Management is coded in EBCDIC. Output from 
the LOAD/EDIT program is produced in ASCII in 
accordance with a standard translate table as¬ 
sembled into the LOAD/EDIT program. (There are 
also binary coded decimal (BCD) to ASCII trans¬ 
late tables stored in the program.) 

It is desirable to translate to codes compatible 
with the GPO text/edit keyboard layout so that it 
is easier for the GPO operator to enter any neces¬ 
sary corrections into the file. A new character or 
function code may be added at any time to the 
format after production has begun. The applica¬ 
tions specialist merely adds the new codes to the 
code chart. 

Fitting Agency Data to GPO Grids— The charac¬ 
ter complement supplied by the agency, and fonts 
specified by the format design for the data ele¬ 
ments, are the factors involved in selection of the 
proper grids from the GPO library. On rare occa¬ 
sions the applications specialist at GPO may 
have to modify or create a new grid. Every effort, 
however, is made to design a new data base to 
utilize existing grid designs. In fact, GPO at pres¬ 
ent has embarked on a program to reduce the 
number of grids and keyboard layouts, and to 
standardize the established data bases. 

DATA BASE MAINTENANCE 

Indicating Revisions— The AUTOMATED COM¬ 
POSITION SYSTEM sets a vertical rule in the 
margin opposite material that was bracketed by 
revision flag function codes (Table 4-B) in the full 
text data base. These flags may be inserted man¬ 
ually by the text/edit or word processor operator 
as the data base is updated. However, GPO has 
developed the REVISE program which compares 
two versions of a data base, and automatically in¬ 
serts revision flags around changes that were 
made to the file. 

The inputs to this program are a copy of a 
text file as last printed, and the updated version 
which contains the specified corrections, addi¬ 
tions, and deletions. The two files are compared 
and a third file is produced. Neither of the input 
files is modified. The output file is a copy of the 
updated version except that all changes are 
bracketed with revision flags. An example of the 
use of revision flags is shown in Test Specimen 1. 
The reader should look for the flags in the input. 
(&Y1 starts the revision while &Y0 ends it.) The 
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revision rule appears to the left of the column be¬ 
cause the page is composed in a three column 
format. However, for a two column page format 
(as shown in Sample Page D), the revision rules 
are positioned in the margins, i.e., to the left of 
the first column and to the right of the second 
column. 

Comparing Versions of a Data Base— A pro¬ 
gram— VERCMP —which compares and stores the 
differences between two versions of a full text data 
base has also been developed. Inputs to VERCMP 
are similar to those for REVISE, i.e., files contain¬ 
ing the two versions of the data base. However, 
the output file contains the matching data from 
the two input files together with the data from 
each file that does not match. Both versions of 
each stream of data that do not match are insert¬ 
ed in the file at the point where the discrepancy 
is detected. This data is bracketed by start and 
end discrepancy flags. Data from version 1 is in¬ 
serted first. A version marker flag is used to sep¬ 
arate the 2 versions. At the present this program 
is used by the Law Revision Counsel to reduce 
costs and at the same time improve the quality of 
new material being entered into the data base. 
Two different operators key the same material. 
Their versions are then compared by this pro¬ 
gram which produces an output as described 
above. An operator utilizes the text/edit system 
to search for the discrepancy flags, and both ver¬ 
sions are analyzed. Usually only one of the ver¬ 


sions is in error, and the file may be corrected by 
deleting the erroneous version. An example of 
“double keyboarding” follows: 


Version 1 

AIllThe inputs to this program are a copy 
of a text f i Le or dataset as last printed, 
and the updated version which contains 
the specified corrections, additions, 
and deletions. 

Version 2 

AIllThe inputs to this program are a copy 
of a text fi le or dataset as last printed, 
and the updated verxion which contains 
the specified corrections, additions, 
and deletions. 

Output of VERCMP program 

AIllThe inputs to this program are a copy 
of a text fi le or dataset as last printed, 
and the updated ver Adis AdxAdOion 
which contains the specified corrections, 
additions, and deletions. 


The word “version” was not spelled correctly 
by the operator that keyed version 2. A text/edit 
operator can easily correct the error by deleting 
the incorrect version. Discrepancy flags are auto¬ 
matically removed when the corrected file is 
processed by a program named DBLNK. 
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CHAPTER 5—COPY BLOCK CONSTRUCTION 


The GALLEY program is one of the most im¬ 
portant in the AUTOMATED COMPOSITION 
SYSTEM. This program arranges the data in each 
data element contained in the data base into 
copy blocks in accordance with the typesetting 
specifications defined by the format designer. 

As has been previously mentioned, the format 
designer enters the typesetting specifications into 
the system by completing the Page Format Design 
Form (Appendix A). The formatting capabilities of 
the system can best be described by discussing in 
detail each typesetting specification recognized 
by the system. These specifications are contained 
in three tables in the Page Format Design Form— 


LOC 1, LOC 2, and LOC 3. For each data element, 
appropriate entries must be made in each of 
these tables. The LOC 1 and LOC 2 tables provide 
for the entry of copy block dimensions while the 
LOC 3 table provides for the entry of copy block 
formatting requirements. 

Examples for each of the various features 
written into the system are provided to give the 
reader a better visualization of the copy block 
composition—tabular as well as textual. Where 
practical, a sample of input, the completed LOC 
tables, and the composed output of the input 
string set to specifications defined in the LOC 
tables are shown. 


TEXT 


BODY MATTER 

Figure 5-1 gives a pictorial description of cer¬ 
tain dimensional parameters used by the system. 
It should be noted that most dimensions are 
measured from the origin. For example, line 
length is the distance from the origin to the end 
of the line, and indent is the distance from the 
origin to the beginning of the line. Type will 
appear between the indent and end of the line. 

Exhibit 5-1 provides an example of a simple 
string of data containing a low level head and 
two paragraphs of text. Since the copy blocks in 
this example are simple, specifications pertaining 
to characteristics for such items as subcolumns, 
tables, and leadering are left blank. It is interest¬ 
ing to note that, especially in the LOC 3 table, 
most specification elements are not applicable to 
a given locator and are left blank. 

There are instructions for each of the specifi¬ 
cations contained in the Page Format Design 
Form (Appendix A). Most of the entries needed to 
set the sample shown are quite obvious but a few 
need further explanation: 

TPLD/BTLD—You will note that the bottom 
leading of locator 34 is 10 points and the 
top leading of locator 36 is 16 points. 
Since the system selects the greater of the 
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two, the leading between the two data ele¬ 
ments is 16 points. 

FRSLN/NEXT PRIOR—First line priority indi¬ 
cates the relative degree of extra leading 
permitted between paragraphs. Next line 
priority controls the maximum carding al¬ 
lowed between lines within a paragraph. 
In order to justify columns of type when 
making up the page, the system adds (or 
subtracts) extra leading (carding) between 
the lines of type in accordance with the 
priority specifications. Obviously, it is de¬ 
sired that this carding be as unnoticeable 
as possible. This can be accomplished by 
inserting most of the extra space around 
headings and between paragraphs. Space 
between lines within the paragraph is 
modified only as a last resort. Carding is 
inserted by indicating the priority (0 
through 4) in FRSLN PRIOR or NEXT 
PRIOR columns of the LOC 1 table. A pri¬ 
ority value of four, inserts maximum 
carding, while a value of zero, allows no 
carding. Higher values should be placed 
in FRSLN PRIOR and only very rarely 
should the value in NEXT PRIOR be great¬ 
er than one. (The system uses these 
values as maximum, and will set the 
column unjustified if column ending 
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Figure 5-1 

Dummy Page Dimensions 
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EXHIBIT 5-1—SIMPLE TEXT 


EXHIBIT 5-2—LINE RULES 


4I34THIS IS AN EXAMPLE OF A LOU 
LEVEL HEAD 

4136This is an example of a 
paragraph of information that is 
contained in the text of a 
document that is to be 
published. 4PThis is an example 
of the next paragraph in the text 
following the heading. 

/LOC 1/ FRSLN NEXT 

LOC PTSZ LDING LNLG TPLD BTLD Y1LN PRIND SCINO PRIOR PRIOR 

/34/ /008/ /009/ /I80/ /016/ /010/ /008/ /030/ /030/ /3/ /1/ 

/36/ /008/ /009/ /I80/ /016/ /000/ /008/ /040/ /030/ /3/ /I/ 


CON LE/ NOSC 

LOC MINSP MAXSP FE/SE EE STORHO SETSZ SCLD PARLO 
/34/ /006/ /009/ /.../ /.../ /.../ /.../ /.../ /009/ 
/36/ /006/ /009/ /.../ /.../ /.../ /.../ /.../ /009/ 


/LOC 3/ 

F LGTLNR L LLMHHSSSXF S SLCLOC 



THIS IS AN EXAMPLE OF A LOW 
LEVEL HEAD 


This is an example of a paragraph of 
information that is contained in the 
text of a document that is to be pub¬ 
lished. 

This is an example of the next para¬ 
graph in the text following the heading. 


cannot be found within the justification 
zone.) 

HORIZONTAL LINE RULES 

A locator can be reserved for setting a line 
rule (or set of parallel rules) by inserting R under 
RULIDX in the LOC 3 table. A separate locator 
must be reserved for each type of rule required 
by the format. A locator reserved for line rules 
cannot also be used for setting text. The program 
will generate a line rule to the specifications de¬ 
fined by the LOC tables (Exhibit 5-2) each time 
the reserved locator is encountered on input. The 
following parameters may be involved in specify¬ 
ing the line rule: 

PTSZ—Thickness of the line is entered in 
tenths of a point. 

LDING—If a single rule is desired 000 is en¬ 
tered. For parallel rules the leading in 
points between rules is entered. 

TPLD, BTLD, PRIND, LNLG—These param¬ 
eters (in LOC 1) have the same meaning 


4I36A single line rule follows 
this paragraph. Its thickness is 
0.6 points and its indent is set 
equal to the secondary indent of 
locator 36. 

4144 

4136A double line rule follows 
this paragraph. The rules are 0.3 
point thick. 

4145 

4I36Note that since locators 44 
and 45 have greater top and 
bottom leading assigned than 
locator 36 the leading between 
text and rules is governed by the 
line rule Locators 44 and 45. 


C 1/ FRSLN NEXT 

PTSZ LDING LNLG TPLD BTLD Y1LN PRIND SCIND PRIOR PRIOR 

/ /006/ /000/ /180/ /018/ /016/ /000/ /030/ /000/ /0/ /0/ 

/ /003/ /002/ /I80/ /018/ /016/ /000/ /030/ /000/ /0/ /0/ 



LOC 

/45 II I 1 1 L I 


L LLMHHSSSXF 
D DDCDIEPN-T 
C RTLTEHCPSN 
H BFNPADLGT0 

X Y E 


B 


A single line rule follows this para¬ 
graph. Its thickness is 0.6 points and its 
indent is set equal to the secondary 
indent of locator 36. 


A double line rule follows this para¬ 
graph. The rules are 0.3 point thick. 


Note that since locators 44 and 45 
have greater top and bottom leading as¬ 
signed than locator 36 the leading be¬ 
tween text and rules is governed by the 
line rule locators 44 and 45. 


for a line rule locator as for a text locator, 
and must be completed. 

LOC 2—If the line rule is part of a heading, 
entries in this table are the same as for 
text heading locators. If not a heading, no 
entries are required in the LOC 2 table. 

LNTP, SPCL—Line type and split column pa¬ 
rameters (in LOC 3) must be completed, 
and have the same meaning for line rule 
as for text. 


45 
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FTNOTE—If F is entered here, the line rule 
will be treated as a footnote. 

SNPG—If an entry is made, the rule will start 
a new page in accordance with the specifi¬ 
cations described for a standard text loca¬ 
tor. 

RULIDX—R entered here reserves locator for 
a line rule. 


AIA7J i m Jones & L(816) 555-8282 
A147 Jim Jones 1810 Main 
StAL(816)555-8282 
AI47Jim Jones, President 1810 
Main Street Kansas City, 
Missouri AL(816)555-8282 
AI47J im Jones A L(816) 555-8282 
extension 51 

A I47Jim Jones A L(816) 555-8282, 
8283, 8284 

AI47Jim Jones, President 1810 
Main Street, Kansas City, 
Missouri AL(816)555-8282 
extension 51; (816)555-8282, 
8283, 8284 


LOC PTSZ LDING LNLG TPLD BTLD Y1LN PRIND SCIND PRIOR PRIOR 

747/ /008/ /009/ /160/ /018/ /009/ /008/ /030/ /040/ III /1/ 

/48/ I00SI /009/ /180/ /009/ /009/ /008/ /060/ /040/ III /1/ 


CON LE/ NOSC 

LOC MINSP MAXSP FE/SE EE STORHO SETSZ SCLD PARLD 
/47/ /006/ /009/ /.../ /.../ /.../ /.../ /.../ /009/ 
/48/ /006/ /009/ /.../ /.../ /.../ /.../ /.../ /009/ 



Jim Jones.. (816)555-8282 

Jim Jones 1810 Main St.... (816)555-8282 

Jim Jones, President 1810 Main 

Street Kansas City, Missouri... 

(816)555-8282 

Jim Jones.(816)555-8282 extension 51 


Jim Jones.(816)555-8282, 8283, 8284 

Jim Jones, President 1810 Main 

Street, Kansas City, Missouri... 

(816)555-8282 extension 51; 
(816)555-8282, 8283, 8284 


TELEPHONE LEADERING 

There are cases, where a data element pair is 
formatted with data of the first element quadded 
left, and the data of the second element quadded 


right. Usually, the space between them is lead- 
ered. The most common use of this formatting 
technique is an entry in a phone book. The name 
is positioned on the left, with the phone number 
on the right. It is possible that the data in either 
or both of the data elements in the pair will 
occupy more than one line of type. Examples of 
input and corresponding output are shown in Ex¬ 
hibit 5-3. 

Since the telephone leader function code (4 L), 
increases the locator number by one, it is only 
necessary to key the locator number of the left 
data. The locators are completed as for any other 
text locator, but the following terms have a 
unique meaning for telephone leadering: 

LNLG—The line length of the first data ele¬ 
ment controls, until the telephone leader 
function is encountered. From this point, 
the line length of the second data element 
controls. The line length of the left data 
element is usually specified as shorter 
than that of the right data element. 

TPLD/BTLD—Top and bottom leading of the 
left data element controls. 

PRIND—The primary indent of the left data 
element is used in exactly the same 
manner as for text locators. 

SCIND—Secondary indent for both data ele¬ 
ments is used as though these are stand¬ 
ard text locators. It should be understood, 
however, that if the right data runs over, 
the secondary indent of the right data 
controls. 

FRSLN PRIOR—Left data controls. 

NEXT PRIOR—The priority selected (usually 
1) should be made the same for left and 
right data. 

F0TP—An 01 is entered for the left data ele¬ 
ment and 02 for the right data element. 

LNTP—An L (quad left) is entered for left 
data element and R (quad right) is entered 
for the right data element. 

LDCHR—The decimal equivalent for the code 
of the leader character desired is entered 
for the right data element. (If no leaders 
are desired the decimal equivalent of an 
en space should be entered for the leader 
character.) 

LDTF—The typeface of the leader character 
should be entered in the right data ele¬ 
ment. 

MCLN—Since telephone leadered copy blocks 
can be made up by the system to span two 
or three text columns, the multicolumn 
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line parameter may be filled in for the 
left data. 

SPCL—Since an item of telephone leadering 
should be arranged as a unit on the page, 
a U (unit) is entered for the left data. 

GENERATED LINE NUMBERS 

Some of the work produced by GPO is revised 
by the agency, and returned to GPO for composi¬ 
tion of the updated or modified material. Bills, in 
both the House and Senate, are often revised and 


retypeset many times before the final version is 
produced. To facilitate revision, line numbers are 
composed at the beginning of each line of text on 
the page. These line numbers are not inserted in 
the data base, but are generated by the composi¬ 
tion system as it makes up the page. An example 
of this feature is shown in Figure 5-2. To get the 
line numbers, the point size desired is placed 
under LNNBR (LOC 3) for text locators and select¬ 
ed subhead locators. (See LNNBR instruction Ap¬ 
pendix A.) 


Figure 5-2 

Generated Line Numbers 



House Calendar No. 169 

""=r H. RES. 562 

I Report No. 97-741] 


IX THE HOUSE OF REPRESENTATIVES 


RESOLUTION 

Providing for the consideration of the bill (H.R. 6755) to au¬ 
thorize assistance to promote economic revitalization in the 
Caribbean Basin region. 

1 Resolved, That upon the adoption of this resolution it 
~ shall be in order, section 402(a) of the Congressional Budget 

3 Act of 1974 (Public Law 93-344) to the contrary notwith- 

4 standing, to move that the House resolve itself into the Com- 
o miltee of the Whole House on the State of the Cnion for the 


(i consideration of the bill (H.R. 6755) to authorize assistance 


to promote economic revitalization in the Caribbean Basin 


SUBCOLUMNS 

Sometimes it is desirable to “double” or 
“triple up” a short list of items within a column. 
This is particularly useful for the rollcall vote in 
the Congressional Record, but it is also used in 
many other instances. 


A locator is assigned to the list of items to be 
arranged in subcolumns. The input data is keyed 
by inserting this locator at the beginning of the 
list. An end of paragraph code AP is then keyed 
after each item in the list. (These lists are usual¬ 
ly arranged in alphabetical order.) Up to seven 
subcolumns can be assigned to the locator. There 
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can be any number of subcolumn locators in a 
given page format. However, the sum of the sub¬ 
columns assigned to all locators times the 
number of text columns in the page format, 
cannot exceed 45. 


EXHIBIT 5-4—SUBCOL UMNS 


CON LE/ NOSC 

LOC MINSP MAXSP FE/SE EE STORHD SETSZ SCLD PARLD 
756/ 7006/ 7009/ /.../ /.../ /.../ /.../ 7003/ 7008/ 


L G T 0 C F N 


The LOC tables must be completed for the as¬ 
signed locator. The number of subcolumns is en¬ 
tered under N0SC/SCLD in LOC 2. In LOC 3, SC is 
entered under F0TP. The subcolumn data will be 
indented right and left by an amount equal to 
the value entered under PRIND in LOC 1. The 
value entered in SCIND in LOC 1, is the addition¬ 
al indentation required for runover lines in the 
subcolumn data. 

The completed LOC tables for the assigned lo¬ 
cator is provided in Exhibit 5-4. It should be 
noted that the system automatically retains the 
alphabetical order of the subcolumn items as the 
list is carried over from one text column to the 
next. Test Specimens 1 and 4 (Chapter 6) contain 
examples of subcolumns. 

RELATIVE DATA ELEMENTS 

If an R is placed under X-ST (LOC 3 table), the 
data element will start relative to the previous 
data element as shown in Exhibit 5-5. If it is de¬ 
sired to separate the data elements with a char¬ 
acter such as an em dash, it is necessary to enter 
the code of the desired separator character under 
SEPCH (LOC 3). The typeface of the separator 
character must also be completed under SCTF 
(LOC 3). The primary indent provides the amount 
of separation space between the two locators. 
Usually, if a separator character is used, the 
space in PRIND is filled in with zeros. If it is de¬ 
cided to use space to separate the locators, the 
desired amount is entered in PRIND. 

This feature is often used for subheads that 
run in at the beginning of a paragraph. 


EXHIBIT 5-5—RELA TIVE DA TA 
ELEMENTS 


AI26L0W LEVEL HEAD t I38Since the 
Low Level head was run in at the 
beginning of this paragraph this 
data element is set relative. 
4I26L0W LEVEL HEAD OF A LENGTH 
GREATER THAN ONE LINE A I38The 
run-in material can be of any 
length. All other typesetting 
specifications of the locator 
that is set relative are 
completed the same as for any 
other text data element. 

4I26RUN-IN MATERIAL A 139 
Instead of using a separator 
character between locators in 
this example a space of 40 points 
was used. Thus &G440 AKwas 
entered under AG4PRIND (LOC 1) 
AKfor locator 39. 


LOC PTSZ L0ING LNLG TPLD BTLD Y1LN PRIND SCIND PRIOR PRIOR 

/38/ /008/ /008/ /180/ /008/ /008/ /008/ /000/ /000/ 73/ /1/ 

739/ 7008/ 7008/ 7180/ 70087 7008/ 70087 7040/ 7000/ 737 71/ 


LOC MINSP MAXSP FE7SE EE STORHD S 
/38/ /006/ /009/ /.../ /.../ /.../ /. 
739/ 7006/ 7009/ /.../ /.../ /.../ 7. 


FNOU D DDCDIEP 


E C I N POR 


LOW LEVEL HEAD—Since the low level 
head was run in at the beginning of this para¬ 
graph this data element is set relative. 


LOW LEVEL HEAD OF A LENGTH 
GREATER THAN ONE LINE—The run-in mate¬ 
rial can be of any length. All other typesetting 
specifications of the locator that is set relative 
are completed the same as for any other text 
data element. 


RUN-IN MATERIAL Instead of 

using a separator character between locators in 
this example a space of 40 points was used. 
Thus 40 was entered under PRIND (LOC 1) for 
locator 39. 


MULTICOLUMN SPAN LINES 

In two and three column page formats, the 
system can process lines that span more than one 
column. Two entries in the LOC tables are re¬ 
quired. The leading desired between the sections 
is entered in LOC 2 under N0SC/SCLD for all mul¬ 
ticolumn span locators. The number of columns 
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that the data element is to span is entered under 
MCLN in LOC 3. (No entry is required for single 
span locators.) 

BYPASSING INPUT DATA 

Often a data base contains data that is not to 
be typeset. There are two possible ways to accom¬ 
plish this. The first is to define a locator as non- 
typeset. If an N is entered under NOTYP in the 
LOC 3 table for a locator, the data in that locator 
will be bypassed by the composition system. The 
second is to use the bypass code or bypass func¬ 
tion code, which operates on a block of data. Any 
character designated by the format design as a 
“start bypass” code will cause the data that fol¬ 
lows to be bypassed until the occurrence of a des¬ 
ignated “end bypass” code. In the event a full 
character complement is being used, the same 
function can be activated by using the start ex¬ 
clude (A X) and end exclude (A E) function codes. 

One use of this feature is for publications that 
are created and maintained with word processors. 
It may be necessary, especially in the case of 
complex table boxheads, to key the data for print¬ 
ing on the word processor printer and to also key 
it logically for composition. The data keyed to fa¬ 
cilitate composition must be bypassed by the 
printer software, and the data keyed uniquely for 
word processing printing must be bypassed by the 
composition system. At present, GPO utilizes the 
bypass feature to compose congressional calen¬ 
dars which are created and maintained with the 
MITS system at the House of Representatives. 

Exhibit 5-6 gives an example of the use of a 
locator set up as nontypeset, so that the data for 
the boxhead used as input for the line printer 
program can be bypassed by the composition 
system. It should be understood, that because the 
line printer software is display oriented, the table 
and boxhead data for the table must be entered 
into the data base twice. When line printer soft¬ 
ware that accepts logically structured data as 
input becomes available, this redundant and inef¬ 
ficient method can be eliminated. 

If the bypass function code is used, the input 
will be keyed as shown in Exhibit 5-7. Exhibit 
5-8 shows the same data except the & X and A E 
codes are used to bracket the data that is to be 
bypassed. 

HEADINGS 

As mentioned in Chapter 2, there are four 
basic types of headings: overlay, running, contin¬ 
ued, and first/last entry. Since the overlay head 
is most often used in conjunction with tabular 
matter that runs for many pages, a discussion of 


EXHIBIT 5-6—B YPASSING DA TA 
USING NONTYPESET LOCA TOR 

Alllln this exhibit, locator 65 
is a nontypeset locator. A 
locator designated as nontypeset 
wi11 bypass data until the 
occurrence of a typeset locator. 
AI65Mineral Ore Deposits, by 
State 

ADADCannot be 
ADDoes notADclassified 
Designated area A Dmeet ADor 
better 

ADprimaryADthan 
ADstandards ADnational 
A Dstandards 
A c3,p6,7,s30,xs30,xs30 
AI95Mineral Ore Deposits, by 
State 

AhIDesignated areaAhIDoes not 
meet primary standardsAhlCannot 
be classified or better than 
national standards 
Aj 

A101 Commonwealth of 
VirginiaADADAoiOX 
AlOIState of West 
VirginiaADADAoiOX 
AlOIState of 
Wyoming AD AD AoiOX Ae 



LOC MINSP MAXSP FE/SE EE STORHD SETSZ SCLD PARLD 



In this exhibit, locator 65 is a non¬ 
typeset locator. A locator designated as 
nontypeset will bypass data until the 
occurrence of a typeset locator. 


Mineral Ore Deposits, by State 



this feature is included under table design. Run¬ 
ning, continued, and first/last entry heads are 
composed by the GALLEY program as copy 
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EXHIBIT 5-7—BYPASSING DA TA 
USING START BYPASS, END BYPASS 

Alllln this exhibit -4 and ► 
have been designated as start 
bypass/end bypass codes. Any 
character designated as a start 
bypass code wi L L bypass data 
until the occurrence of a 
designated end bypass code. 
Ac3,p6,7,s30,xs30,xs30 
AI95Mineral Ore Deposits, by 
State 

AhIDesignated areaAhIDoes not 
meet primary standardsAhICannot 
be classified or better than 
national standards 
A j 

^Mineral Ore Deposits, by State 
ADADCannot be 
ADDoes not ADclassified 
Designated area A Dmeet A Dor 
better 

ADprimaryADthan 
ADstandardsADnational 
ADstandards^ 

A 101 Commonwealth of 
Vi rginia ADAD AoiOX 
AIOlState of West 
Vi rginia ADAD AoiOX 
AlOIState of 
Wyoming ADADAoiOXAe 


/FNCASN/ 


end bypass 


SPECIAL CHARACTERS 

/014/ /218/ start command 
/015/ /219/end command 


In this exhibit m and ► have been 
designated as start bypass/end bypass 
codes. Any character designated as a 
start bypass code will bypass data until 
the occurrence of a designated end 
bypass code. 


Mineral Ore Deposits, by State 


Designated area 


Commonwealth of Virginia. 

State ol West Virginia. 

State of Wyoming. 



EXHIBIT5-8—BYPASS DATA USING 
PRECEDENCE CODE TO START AND 
END BYPASS 

AI36In this exhibit belt X and 
bell E have been designated as 
start exclude/end exclude 
functions. This feature would 
normally be selected in place of 
start bypass/end bypass codes if 
a full character complement is 
being used. 

A c3,p6,7,s30,xs30,xs30 
AI95Mineral Ore Deposits, by 
State 

AhIDesignated areaAhlDoes not 
meet primary standards A hICannot 
be classified or better than 
national standards 
Aj 

AXMineral Ore Deposits, by State 
ADADCannot be 
ADDoes not ADclassified 
Designated area A Dmeet A Dor 
better 

ADprimaryADthan 
ADstandardsADnational 
ADstandards 
AE 

A101 Commonwealth of 
VirginiaADADAoiOX 
AlOIState of West 
Vi rginia ADADAoiOX 
A101 State of 
Wyoming ADAD AoiOX Ae 


/FNCASN/ 


de (precedence cap X) 
(precedence cap E) 


In this exhibit bell X and bell E have 
been designated as start exclude/end 
exclude functions. This feature would 
normally be selected in place of start 
bypass/end bypass codes if a full char¬ 
acter complement is being used. 


Mineral Ore Deposits, by State 


Designated area 

standards 

classified 

standards 

Commonwealth ol Virginia. 


X 

State of Wyoming. 







blocks, and locators defining them must be com¬ 
pleted as part of the format design. 


Running Heads— These heads are usually short 
in length, and are embedded in the data base at 
the point they are to be composed. They are car¬ 
ried on the succeeding pages until another run¬ 
ning head is encountered in the data. The page 
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type—odd, even, or all—on which the head is to 
appear can be specified. For example, the title of 
the book may appear on the even pages, while 
the chapter title may appear on the odd pages. 
The publication title would appear only once, im¬ 
mediately following the format call, while the 
chapter title would appear at the beginning of 
each chapter. The input data and completed LOC 
tables are shown in Exhibit 5-9. 

The heads in this sample are arbitrarily 
placed in storage areas 7 and 8 (LOC 2). For this 
publication, the subtitle (locator 7) is to be set on 
the even page, and the chapter title (locator 8) is 
to be set on the odd page. (See instruction for 
SEHD in LOC 3, Appendix A.) It should be noted 
that for these heads an 0 was entered under 
HD TP in LOC 3, which means that the last head 
found in the data up to the end of the page being 
arranged should be used. 

There are two other types of running heads— 
X and Y. The X class will put out the last head 
encountered by the end of the previous page on 
the even page, and the last head encountered on 
the odd page—in effect a start/end type entry on 
a pair of facing pages. 

The Y class will put out the first head encoun¬ 
tered on the even page, and the last head encoun¬ 
tered on the odd page—in effect a first/last entry 
on a pair of facing pages. 

Continued Heads— In certain page designs, re¬ 
peating a subhead at the top of the next column 
or page makes it easier for the reader. The 
system can carry up to six hierarchies of heads. 
If the column should start with one of the levels 
of subhead, only the subhead hierarchies of 
higher level are composed as continued heads. 
The designer of the page format can specify that 
continued heads are to appear as follows: 

Top of first column—even pages 
Top of first column—all pages 
Top of all columns on all pages 

The system will generate a continued constant 
as specified in the Page Format Design Form (Ap¬ 
pendix A). If no constant is desired, no entries 
are made in this part of the form. Only one con¬ 
stant per format is allowed. The point size of the 
constant is the same as specified for the head. 
Exhibit 5-10 lists sample input that utilizes six 
hierarchies of continued heads. Exhibit 5-11 lists 
the LOC tables that are completed for the re¬ 
quired locators. (Note that for continued heads, 
the first storage areas must be used—hierarchy 
one in storage area one with succeeding hierar¬ 
chies following in order.) 


EXHIBIT 5-9—INPUT DA TA AND 
LOC TABLES FOR RUNNING HEADS 

A F1234 & 121 Chapter 1-Title 1 
AI07Publication 
TitleAI08Chapter 1-Title 
AlllChapter Subheads and text 
follow. Note that the text 
locator for the chapter title is 
specified as a start new odd page 
locator. 

AI11. . .Text omitted . . . 
AIllThis is the last paragraph 
of the chapter. 

AI21Chapter 2-Title 2 
AI08Chapter 2-Title 2 
AIllText of next chapter 
follows. Note that it is not 
necessary to repeat locator 7 
since locator 21 causes a new 
page start. 


/68/ /000/ x-origin of the head in storage area 7 

/69/ /048/ y-origin of the head in storage area 7 

/70/ /000/ x-origin of the head in storage area 8 

/71 / /048/ y-origin of the head in storage area 8 

/LOC 1/ FRSLN NEXT 

LOC PTSZ LDING LNLG TPLD BTLD Y1LN PRXND SCIND PRIOR PRIOR 

/07/ /010/ /010/ /492/ /000/ 7000/ /010/ /000/ /000/ /0/ /0/ 

/08/ /010/ /010/ /4927 /000/ /000/ /010/ /000/ /000/ /0/ /0/ 

/21/ /018/ /018/ 7492/ 7000/ 7000/ 7018/ 70007 7000/ 70/ 70/ 


LOC HINSP MAXSP FE/SE EE STORHD SETSZ SCLD PARLD 
707/ 7006/ /009/ /.../ /.../ /007/ /.../ /.../ /024/ 
/08/ /006/ /0097 /.../ /.../ /008/ /.../ /.../ 7024/ 
721/ 7006/ 7009/ /.../ /.../ /.../ /.../ 7036/ 7024/ 


Since the continued head repeats the subhead 
that appeared in a previous column as text, it is 
not necessary or desirable to repeat the data as a 
possible continued head in the data base. Howev¬ 
er, the typesetting parameters of the head set as 
text, and as a continued head at the top of the 
column may be different. In LOC 2, the data ele¬ 
ment number containing the heading parameters 
is entered under CON/FE/SE for the data element 
assigned to be set in the body text. 

Exhibit 5-12 gives an example of the start of 
the first column in a format that contains six 
hierarchies of continued heads. Exhibit 5-13 
shows the start of a succeeding column that 
starts with a subhead that is also the lowest hier¬ 
archy of the continued heads. Note that the con¬ 
tinued head of this hierarchy does not appear in 
the column. Exhibit 5-14 shows the start of a suc- 
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4I51Western Hemisphere 
4I52North America 
4I53United States 
4I54Missouri 
4I55Jackson County 
4I56Kansas City 

4I11Kansas City can be described 
as a large midwestern city. It is 
Located in the center of the 
United States and was once a 
major rail center. 

. . . Text Omitted . . . 
4I56Joplin 

AlllJoplin is much smaller than 
St. Louis or Kansas City and is 
located in the southwestern part 
of the State. 

. . . Text Omitted . . . 

4I56Columbia 

4I11Columbia is the capital of 
the State of Missouri. The 
University of Missouri also has 


41111 


eUnive 


>1 of 


ceeding column where the first line is from the 
middle of the body text. In this case all six levels 
of the continued heads appear at the head of the 
column. 

First/Last Entry—A subhead or body text ele¬ 
ment can be specified as one which can cause a 
first and last entry head to be generated. In 
other words, the first and last occurrences of the 
data element on a page are stored and composed 
as first and last entry heads on the page. The 
data for the headings is picked up from the text 
locator as were the continued heads. 

If locator 13 is a subhead for which first and 
last entries on the page are to appear as heads 
(ears)—first entry on the left and last entry on 
the right—the LOC tables and origins are filled as 
shown in Exhibit 5-15. Note that locator 39 con¬ 
tains specifications for first entry, and locator 40 
for last entry. 

For a pair of facing pages, the system will set 
the first entry on the even page, left justified, 
and the second entry on the odd page, right justi¬ 
fied, if the LOC tables are completed as in Exhibit 
5-15. (Note especially in LOC 3 the LNTP and 
SEHD columns.) 

The system is capable of setting the first and 
last entries relative to each other. The entries 



can be separated by any desired character such 
as ” or “/”. The entries will be flush left on 
even pages and right on odd pages. The LOC 
tables and heading origins must be set up (Exhib¬ 
it 5-16) as follows: 

Enter R in X-ST (LOC 3) in both head loca¬ 
tors; 

Head reference locators must be in consecu¬ 
tive storage areas; 

Enter L in LNTP for both head reference loca¬ 
tors (the system will flush them right on 
odd pages); 

Enter separator character and typeface 
under SEPCH and SCTF (LOC 3); 

Enter the overall length in the x-origin of 
the storage area assigned to the first 
entry. 
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EXHIBIT 5-12—OUTPUT FOR SIX- 
LEVEL HEAD ENTRIES 

WESTERN HEMISPHERE 
NORTH AMERICA 
UNITED STATES 
MISSOURI 
JACKSON COUNTY 
Kansas City 

Kansas City can be described as a 
large midwestern city. It is located in 
the center of the United States and was 
once a major rail center. 

. . . Text Omitted . . . 

Joplin 

Joplin is much smaller than St. 
Louis or Kansas City and is located in 
the southwestern part of the State. 

. . . Text Omitted . . . 

Columbia 

Columbia is the capital of the State 
of Missouri. The University of Missouri 
also has its main campus here. 

The University of Missouri is famous 
for its school of journalism. Many 

tion here. 

. . . Text Omitted . . . 


EXHIBIT 5-13—OUTPUT FOR SIX- 
LEVEL HEAD ENTRIES 

WESTERN HEMISPHERE (continued) 
NORTH AMERICA (continued) 

UNITED STATES (continued) 
MISSOURI (continued) 

JASPER COUNTY (continued) 

Joplin 

Joplin is much smaller than St. 
Louis or Kansas City and is located in 
the southwestern part of the State. 

. . . Text Omitted . . . 

Columbia 

Columbia is the capital of the State 
of Missouri. The University of Missouri 
also has its main campus here. 

The University of Missouri is famous 
for its school of journalism. Many 
famous journalists received their educa¬ 
tion here. 

. . . Text Omitted . . . 


For first/last entry heads, the continued con¬ 
stant can, if desired, be generated by the system 


EXHIBIT 5-14—OUTPUT FOR SIX- 
LEVEL HEAD ENTRIES 

WESTERN HEMISPHERE (continued) 
NORTH AMERICA (continued) 

UNITED STATES (continued) 
MISSOURI (continued) 

BOONE COUNTY (continued) 
Columbia (continued) 

The University of Missouri which is 
located in the small city of Columbia is 
famous for its school of journalism. 
Many famous journalists received their 
education here. 

. . . Text Omitted . . . 


EXHIBIT 5-15—LOC TABLES FOR 
FIRST/LAST ENTRY HEADS 



for each head if Y is entered in the CNCS column 
of LOC 3. 

More than one text locator can be treated by 
the system as first/last entries. If the same head¬ 
ing reference locators are assigned to each of 
these text locators (CON/FESE and LE/EE in LOC 
2), data from the locator which happens to occur 
first or last on the page is set as the head. If dif¬ 
ferent sets of heading reference locators are as¬ 
signed to each text locator, first/last entry heads 
for each locator will be composed. Exhibit 5-17 
explains how the LOC tables must be completed 
to produce the additional heading sets. 

Locator Portion—For heading types that are 
generated from textual data, i.e., continued heads 
and first/last entries, there are cases where it 
may be desirable to include only a portion of the 
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EXHIBIT 5-16—LOC TABLES FOR 
FIRST/LAST ENTRY HEADS SET 
RELATIVE 



/74/ /000/ x-origin of the head in storage area 10 
/75/ /048/ y-origin of the head in storage area 10 


EXHIBIT 5-17—LOC TABLES FOR 
FIRST/LAST ENTRY HEADS 



textual data element in the head. Often, in phone 
books for example, the first four or five letters of 
the last name are carried in the first/last entry 
heads. 

The portion of the text locator data to be car¬ 
ried in the head can be controlled by completing 
the LOC PORTION column of LOC 3 as follows: 

000—Carry entire locator 
001-009—Number of characters to be set in 
the head 


010-020—Ten plus the number of words to be 
set in the head. (For example, if the entry 
were 13, 3 words would be carried.) 

021-256—Carry data in head until encounter¬ 
ing this code in text locator’s data. (Often 
the text locator is standard, and a punctu¬ 
ation mark such as comma or colon can 
be used as a truncating point.) 

As shown in FNCASN table, line /59/, there is 
a head end function code. If this code is entered 
in the data of the first/last entry (or continued 
text locator) the head produced by this system 
will be cut off at this point. 

FOOTNOTES 

In many full text data bases, there may be sets 
of data elements (which can be textual in nature) 
that are referenced at given points in the body 
text data elements. When composing from the 
data base, a reference number is keyed in the 
line of the body text indicating that the set of 
data elements containing the reference material 
be floated, or set at the bottom of the page 
column being composed. 

Often, more than one footnote can be refer¬ 
enced within a few words or phrases in the data 
base. The system will accommodate this condi¬ 
tion, with the limitation that only one footnote 
can be referenced following any given word. In 
other words, if two footnotes are referenced in 
close proximity in the data base, the references 
must be separated by at least one word. 

The footnote function code—AN—is inserted 
at each reference point in the main body of the 
data base. The reference number or symbol to be 
typeset is also keyed at the reference point. 

Exhibit 5-18 is a sample of input data for text 
containing footnotes. 

The footnote itself is keyed immediately fol¬ 
lowing the data element in which it is referenced. 
If more than one footnote is referenced in the 
data element—paragraph—the footnotes are 
keyed in the sequence in which they were refer¬ 
enced. A footnote can be any length and can con¬ 
tain any number of data elements or paragraphs. 
The footnote function—AN—is keyed at the be¬ 
ginning of each footnote, immediately following 
the locator function code of the first data ele¬ 
ment. The reference characters are keyed at the 
beginning of each footnote. 

Footnote sequence numbers are not required, 
as the system, in editing the data, counts the ref¬ 
erences in the text and compares them with the 
number of footnotes following the data element. 
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EXHIBIT 5-18—INPUT DA TA AND 
COMPLETED LOC TABLES FOR TEXT 
CONTAINING FOOTNOTES 


AI36This is an example of a 
paragraph of text containing 
footnote references. AN***The 
references are indicated by using 
the footnote function code 
following the word closest to 
where the reference is 
desired. AN\6\ Note that the 
typeset reference must also be 
keyed on input. 

A140 AN***The format designer 
can assign any number of data 
elements to footnotes. The 
footnote function code must be 
keyed at the beginning of each 
footnote. 

AIAILocator 41 is also a 
footnote locator and is used as 
the second paragraph of this 
footnote. Note that no footnote 
function code is keyed following 
the locator number. 

Al40Locator 40 is used for the 
third paragraph of this footnote. 
A141 AN\6\Locator 41 is used for 
the first paragraph of the second 
footnote referenced in the text 
paragraph. Thus it is necessary 
to key the footnote function code 
to indicate the start of the next 
footnote. 

AI36The system arranges body 
text from the top of the column 
down, and the footnotes as they 
are encountered, from the bottom 
up. The footnote separator rule 
and leading are generated by the 


If they are not equal, an error is flagged, and the 
data base must be corrected before composition 
can take place. 

The system logic used for setting and placing 
footnotes is quite sophisticated. The footnote sep¬ 
arator rule and leading are generated, and 


EXHIBIT 5-19—FOOTNOTES AND 
TEXT COMPOSED ON A PAGE 

This is an example of a paragraph of 
text containing footnote references.*** 
The references are indicated by using 
the footnote function code following the 
word closest to where the reference is 
desired . 6 Note that the typeset refer¬ 
ence must also be keyed on input. 

The system arranges body text from 
the top of the column down, and the 
footnotes as they are encountered, from 
the bottom up. The footnote separator 
rule and leading are generated by the 



column splitting or widow logic is the same as 
that used for main body text. The rules for con¬ 
tinuing a footnote from column to column and 
page to page will be discussed at greater length 
in the next chapter. 

Exhibit 5-19 demonstrates the arrangement of 
footnotes and text in a column on the composed 
page. 

EXTRACTION OF MATERIAL FOR INDEXING 

Data in the full text data base that is bracket¬ 
ed by index function codes (Table 4-B) will be in¬ 
serted into an index file that carries the same 
name as the composition input file. (There will be 
no ambiguity, because the two files are in differ¬ 
ent file groups.) The bracketed data, together 
with the page number on which it was found, is 
stored in the index file. Locator 95 is placed at 
the beginning of each index item, and a tab code 
is inserted between the item and the page 
number. 

Data that is bracketed by nontypeset index 
function codes will also be stored in the index file 
as described above, but the data will not be type¬ 
set in the main body. If I is entered under 
RULIDX (LOC 3) for a designated locator (or loca¬ 
tors), all the data in the locator will be copied 
into the index file, together with the page 
number on which it is found. Each time this loca¬ 
tor is encountered on input by the composition 
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program, its number, instead of 95, will be en¬ 
tered into the file. If N is entered under NOTYP 
(LOC 3) the locator will be bypassed as far as 
composition is concerned, but will be indexed, if I 


is entered under RULIDX. The index file created 
by the AUTOMATED COMPOSITION SYSTEM is 
in page number order and serves as input to the 
indexing system. 


TABLES 


STYLE RULES 

Composition of tabular data is discussed in 
detail in Chapter 13 of the U.S. Government 
Printing Office Style Manual—1973 Edition. The 
AUTOMATED COMPOSITION SYSTEM accepts 
tabular data in full text data base structure as de¬ 
scribed in Chapter 4 and composes the table in 
accordance with the rules specified in the Style 
Manual. The parts of a table—from a printer’s 
standpoint—are shown in Figure 5-3. Also, some 
of the important rules that the system uses are 
noted. Great effort has been made by GPO to 
place as much of the burden as possible for com¬ 
plying with the style rules on the composition 
software. However, it is recognized that, no 


matter how sophisticated it may be, an automat¬ 
ed system cannot be expected to have total flexi¬ 
bility. Thus, it is necessary to provide the copy 
preparer and format designer with the capability 
of modifying the style in special situations. 

Two methods of processing a table have been 
incorporated into the AUTOMATED COMPOSI¬ 
TION SYSTEM. The applications specialist can 
design a subformat for the table manually or the 
AUTOMATED SUBFORMAT GENERATION subsys¬ 
tem can be used to design the subformat auto¬ 
matically. Each method and its area of applica¬ 
tion are discussed in detail in the following sec¬ 
tions. 


Figure 5-3 
Table Presentation 
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MANUAL TABLE FORMAT (SUBFORMAT) 
DESIGN 

Formats which are tabular in nature can be 
developed manually by completing the Page 
Format Design Form. This approach, which is 
often used for large tables that run for a hundred 
pages or more, can be very cost effective. The ap¬ 
plications specialists have developed techniques 
for packing data very densely, while at the same 
time retaining or even improving readability. 
Two basic tasks are involved in the format design 
for this class of table: 

(1) Table titles and boxheads which are often 
very elaborate and complex are construct¬ 
ed as forms to be overlaid on each page by 
the system. 

(2) Typesetting specifications are determined 
for each data element to be composed. In 
this system, each cell in the table is as¬ 
signed a locator number. 

An example of a manually designed table is 
given in Figure 5-5. The input data from the full 
text data base, completed LOC tables and the 
/HEADS/ section of the Page Format Design Form 
that produced this table are shown in Exhibits 
5-20, 5-21, and 5-22. 

Overlays—Material to be overlaid on each page 
can be specified by the format designer, by com¬ 
pleting the /HEADS/ section in the Page Format 
Design Form. The data for the overlay may con¬ 
sist of several thousand characters, and reside in 
the Page Format Specification File rather than 
in the full text data base. A head (or form) can be 
specified to be overlaid on each type of page— 
first, even, odd, both even and odd, or all. More 
than one head can be overlaid on a given page. 
For example, on even numbered pages, data 
common to all pages would be overlaid first from 
the ALL head; then, data common to even pages 
would be overlaid from the EVEN head. 

It is the responsibility of the designer to lay 
out the material to be overlaid. (Usually a rough 
sketch will suffice.) From this sketch, the design¬ 
er must enter in the Page Format Design Form 
the dimensions for each line rule and the data, 
together with its origin dimensions, for each 
word group. 

There are four rotations available—Normal, 
90°, 180°, and 270°. The relationship between the 
origins for the various rotations is shown in 
Figure 5-4. The frame depth and frame width 
must be specified by the designer in the Page 
Format Design Form (lines /98/ and /99/). To 
place type at a given rotation, one must remem¬ 
ber that the origin is always in the upper left 
hand corner. 


Figure 5-4 
Type Rotation 


-FRAME WIDTH- 


fv 

NORMAL 


Line rules are keyed as shown in the follow¬ 
ing format: 

/Rrttyyyxxxl L1/ 
where: 

R=type of rule: (V=vertical, H=horizontal) 
r = rotation: (1=normal, 2=90°, 3 = 180°, 
4=270°) 

tt = thickness of rule (tenths of a point) 
yyy=Y origin of rule in points (top) 
xxx = X origin of rule in points (left) 

L L L = length of rule in points 
For example, a vertical rule to be set in normal 
rotation which has a thickness of 0.4 point, a Y 
origin of 50 points, an X origin of 12 points, and a 
length of 652 points is keyed as follows: 

/VI 04 050 012 652/ 

Any number of parallel rules having the same 
length, thickness, and Y(X) origin as the first 
rule can be indicated by following the first rule 
keyed with the X(Y) origins of the parallel rules 
separated by hyphens. For example, four rules 
parallel to the example above with X origins of 
128, 159, 161, and 181 would be keyed as follows: 
/VI 04 050 012 652-128-159-161-181/ 
Heads or word groups are keyed as shown in 
the following format: 

/T rppyyyxxx L tIdddii i / 
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Figure 5-5 

Overlay Used In Table Design 
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SECTION 7 — GEOGRAPHIC DETAIL 
Table 7-9. Deaths From 8 Selected Causes 
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EXHIBIT 5-20—INPUT DA TA FOR 
TABLE UTILIZING AN OVERLA Y HEAD 


EXHIBIT 5-21—LOC TABLES FOR 
TABLE DATA 


AF8540 
*101 

* 10101*I05United States 

* 1271,927,788 i 1282,914 * I 
29169* 13014,959* 131396,992 A I 
32105,427*13399,898*13434,609* 
13545,131 

*101 

*101 

* 10102*l04Urban places 
*1271,077,476*D1,781 *D 
101 *D8,783*0225,997 *D 
61,301 *D56,614*D20,472*D 
25,346 

*10103*I04BaLance of area 
*127850,312*01,133*D 
68 *06,176 *0170,995 *D 
44,126*043,2844014,137*0 
19,785 
*101 

A 10104* I03Metropoli tan 


* 1271,249,503A D1,949 * D 
112*0*D267,221*D* 

067,245 *0*D29,378 

* 10105*I04Urban places 
*127918,369*1281,558*1 
2990* 1307,661 A131194,629* I 
3253,099 * 13348,644 * 13417,766 A 
13521,582 

* I0106A I04BaLance of area 
*127331,134*128391*1 
292241302,497*13172,592*1 
3218,821 * 13318,601 * 1346,546*I 
357,796 

4101 

* 10107*I03Nonmetropolitan 


*127678,285*128965*1 
2957* 1304,801 A 131129,771 41 
3233,507 A 13332,653 * 13410,297 A 
13515.753 

A10108* I04Urban places 
*127159,107*128223*1 
2911*1301,122*13131,368*1 
328,202* 1337,970* 1342,70641 
353,764 

* 10109* I04Ba lance of area 
*127519,178*128742*1 
2946* 1303,679* 13198,403* I 
3225,305 * 13324,683 * 1347,591 * I 
3511,989 


where: 

T=line type: (L=flush left, R = flush right, 
C=center, J = justify) 

r=rotation: (l=normal, 2=90% 3=180% 

4=270") 
pp = point size 
yyy=Y origin in points 
xxx = X origin in points 
111=line length in points 



EXHIBIT 5-22—OVERLA Y HEAD 
SPECIFICA TIONS IN PAGE FORMA T 
DESIGN FORM 
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ddd=runover leading in points 
i i i =X origin of runover line 

The overlay for this table was constructed by 
the applications specialist. An “educated guess” 
is used to determine and enter line rule dimen¬ 
sions and word strings during the first cycle. 
After entry of the data, a test run is conducted. 
The composed output is analyzed, and corrections 
are made in the Page Format Design Form and 
another test run is made. Usually, two or three 
test runs are required to produce satisfactory 
output. 

The system stores the “head” as part of the 
composition specifications, and overlays it on 
each specified page as the data from the data 
base is composed. 

Specifying overlays is display oriented, and 
the primary burden is placed on the format de¬ 
signer. While the computer routines are designed 
to assist in this effort, considerable skill and ex¬ 
perience on the part of the applications specialist 
are required. As in the case of other computer as¬ 
sisted composition systems, almost any imagin¬ 
able data array can be designed if enough time, 
effort, and care are taken. Obviously, this ap¬ 
proach is cost effective only when the “tooling 
cost” can be amortized over a volume of com¬ 
posed pages. The sample overlay for the table in 
Figure 5-5 required two hours to enter and test. 

Specifications for Composing Tabular Data-In 

a table, data elements of the lowest hierarchy are 
formatted into a rectangular array of rows and 
columns. All elements in a given column relate 
to a common head. Since, in this system, tabular 
data is entered into the full text data base in a 
row by row sequence, locator tags (or tab codes) 
are used to relate each data element in the row 
to its assigned column. Locator tags are also used 
to specify data elements in the stub column. 
Since the stub column may contain heading, 
total, and caption lines, several locators may be 
required. 

Composition specifications for a table are en¬ 
tered into the system by completing the LOC 
tables in much the same manner as for text. Sev¬ 
eral specifications are unique to tables, however, 
and are discussed below: 

LNLG (LOC 1)—The line length is the X dis¬ 
tance from the page origin to the end of 
the cell data. 

TPLD and BTLD (LOC D—Top leading and 
bottom leading are utilized to separate 
the beginning of the table from previous 


text, and the end of the table from the 
text that follows. 

PRIND (LOC 1)—The primary indent is the X 
distance from the page origin to the be¬ 
ginning of the cell data. 

SCIND (LOC 1)—The secondary indent is the 
X distance from the page origin to the be¬ 
ginning of runover lines for the cell. 

FRSLN PRIOR and NEXT PRIOR (LOC 1)— 
The system does not card between lines 
within a table row. Thus, it is only neces¬ 
sary to make an entry under FRSLN 
PRIOR (0 through 4). The first data ele¬ 
ment in the row controls the row param¬ 
eters. Since a given row may have the 
first several columns blank, it is neces¬ 
sary to make the FRSLN PRIOR entry for 
all locators in the row. No entry needs to 
be made under NEXT PRIOR. 

PARLD (LOC 2)—Leading between rows of a 
table is equal to the value entered under 
PARLD. The leading entries made in the 
first locator in a given row controls. How¬ 
ever, since a number of columns in the 
row may be blank, it is best to make the 
leading entries in all locators. 

FOTP (LOC 3)—The column number of the 
data element (cell) is entered under FOTP. 
(If the element is textual this entry is left 
blank.) 

LDCH and LDTF (LOC 3)—Automatic leader- 
ing is provided by the system. The format 
designer must specify the decimal code for 
the desired leader character. The typeface 
of the leader character is entered under 
LDTF. If no leader is desired the columns 
LDCH and LDTF are left blank. 

LDRBLK (LOC 3)—In some tabular work, it is 
easier for the eye to follow across a line if 
a column containing no data is filled with 
leaders. The system will perform this task 
if Y is entered under leader blank 
(LDRBLK). 

SPCL (LOC 3)—The system sets all cells in a 
given row as a unit. Thus the system may 
on occasion carry the entire row of data 
to the next page or column because run¬ 
over lines in a reading column may cause 
the row to be too deep to fit. This could 
result in a short page or column. Since 
the entire row will be typeset on the same 
page, W, B, or U will function exactly the 
same when entered under SPCL for tabu¬ 
lar locators. 
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Exhibit 5-21 contains the typesetting specifi¬ 
cations for the data elements required by the 
table displayed in Figure 5-5. Locators 03, 04, 
and 05 cover the stub captions and locator 01 de¬ 
fines the tracer figure column. Locators 27 
through 35 are used to tag the data elements in 
columns 3 through 11. Since all stub captions are 
set in column 2, it should be noted that 02 is en¬ 
tered under FOTP for locators 03, 04, and 05. Be¬ 
cause 046 was entered under LDCH the stub cap¬ 
tions will leader out with a period. The leaders in 
the first caption line of the table are bold, howev¬ 
er, because 2 was entered under LDTF for locator 
05. The bold typeface and larger point size of this 
caption should also be noted. 

Tab codes can be used to tag data elements for 
columns 4 through 11 because the locators for 
columns 3 through 11 were assigned sequentially. 
An example of the use of tab codes is given in 
rows 2, 3, and 4 of the input data (Exhibit 5-20). 

Columns 6, 8, and 10 in row 4 contain no data. 
The tab codes tagging the data elements for these 
columns must be keyed, however. Columns 6 and 
8 are leadered because Y was entered under 
LDRBLK (Exhibit 5-21) for locators 30 and 32. No 
leaders appear in column 10 because no entry 
was made under LDRBLK for locator 34. 

AUTOMATED TABLE FORMAT (SUBFORMAT) 
DESIGN 

Many of the publications produced by GPO 
contain a large number of short tables mixed 
with the text. These tables vary in width, and 
span from one to three text columns. Some, in 
fact, are so wide that they must be set turn page. 
Since it is not economically feasible to manually 
design a subformat for each of these tables, the 
AUTOMATED SUBFORMAT GENERATION subsys¬ 
tem was developed. 

In order to design a table (manually or auto¬ 
matically) the following information must be col¬ 
lected: 

(1) Point size(s), leading and typeface(s) to be 
used for setting the boxhead and body. 

(2) Page dimensions. 

(3) Number and type of columns. 

(4) Maximum width required for each 
column, as a function of the body data, 
must be determined. (There are three 
basic types of table columns—stub, read¬ 
ing, and figure. Since stub and reading 
columns contain text, the minimum width 
that can be accepted must be specified in 
points. The width of figure columns, how¬ 
ever, can be expressed as the maximum 


number of numerals that will be encoun¬ 
tered in the body data.) 

(5) Logical or hierarchial structure of the 
boxheads. 

(6) Logical or hierarchial structure of the 
stub heads. 

From the information above, the table design¬ 
er (whether human or computer) goes through a 
number of iterations (a fancy name for trial and 
error) to determine the best arrangement that 
gives the most pleasing and useful presentation. 
Subformat Generation Subsystem—When a sub¬ 
format is manually designed, the applications 
specialist enters the typesetting specifications for 
the table into the Page Format Design Form. This 
completed form file serves as input to the PA¬ 
RAMETER MAINTENANCE program which pro¬ 
duces the Galley Par file (Figure 2-1). The AUTO¬ 
MATED SUBFORMAT GENERATION subsystem 
has been written to automate these design func¬ 
tions for tables. Input to this subsystem comes 
from 2 sources: 

(1) Data between the table call (Ac) and 
start of table body data (Aj) function 
codes. 

(2) Data from the Page Format Design Form 
listed under /SUBFORMAT GENERATION 
PARAMETERS/. 

The AUTOMATED SUBFORMAT GENERATION 
subsystem is described in the following para¬ 
graphs. However, to give a better understanding, 
a comprehensive example is given in Table 5-B 
at the end of the discussion. 

Page Format Parameters—The first two items in 
the above list are basically a function of the page 
format. Parameters pertaining to these two items 
have been incorporated into the Page Format 
Design Form as shown in Exhibit 5-23. It is desir¬ 
able to put as much information as possible about 
the table in this form for the following reasons: 

(1) To assure a uniform or consistent appear¬ 
ance throughout the publication. 

(2) To keep the function coding in the full text 
data base that must be associated with 
each table simple and less display orient¬ 
ed. 

Function Line—The function line is inserted at 
the beginning of the data for each table in the full 
text data base. The two categories of data in a 
function line are style and column description. 

The style elements are given in Table 5-A. Al¬ 
though the system makes it possible to specify in¬ 
dividual style elements in the function line, they 
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EXHIBIT 5-23— TABLE STYLE 
PARAMETERS 



are optional. If not specified in the function line, 
the system will refer to the subformat generation 
parameters in the Page Format Design Form. 

Table 5-A 

Function Line Style Elements 


Element Optional 


1— horizontal Hr 

2— horizontal and vertical line rules. 

The weight (in tenths of a point) of the top 
and bottom rules of the boxhead and the 
cutoff rule may be specified. If one of the 
three rules is modified, weight values for 
each of the three rules must be entered. 

If vertical rules are designated, the amount 
of bearoff (in points) for figure columns 
may be specified. 

Table title point size. 

Boxhead point size, body, and body lead¬ 
ing. If this element is used all three 
dimensions must be specified. 

Grid number. 

Typeface number. 


Column description elements (one for each 
column) follow any style elements in the function 
line. There are 6 types of columns: 

(1) Tracing Column—This column contains as 
data the line number of the row that fol¬ 
lows. When used, it is the first column. 
The designation tr followed by the maxi¬ 
mum number of figures to be accommo¬ 
dated is inserted into the function line. 
The stub column carries the designation r 
(reading) instead of S. The tracing column 
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counts as a table column and a dummy 
boxhead (AMD) must be keyed for it. In 
some cases, it is helpful to place tracing 
figures in the column furthest to the right 
in a table. When it is desired to have a 
tracing column on the right, this can be 
accomplished by specifying a standard 
figure column as the last column. 

(2) First Column—If the first column is a 
reading column, it will carry the designa¬ 
tion s (stub) followed by the minimum ac¬ 
ceptable width of the column, in points. If 
the first column (in a table having no 
tracing column) is a figure column, the S 
is omitted, and the column width is speci¬ 
fied as the greatest number of figures in 
the column. 

(3) Reading Column Other Than Stub—Read¬ 
ing columns other than the stub carry the 
designation r followed by the minimum 
acceptable width in points. 

(4) Figure Column—The maximum number of 
figures that may be found in the column 
is entered. 

(5) Align Column—Columns containing deci¬ 
mal fractions must be aligned on the deci¬ 
mal point. The maximum number of fig¬ 
ures that may occur to the left and right 
of the point are entered into the function 
line separated by a period. The following 
example provides a function line for a 4 
column table that contains two figure col¬ 
umns that must align on the decimal 
points: 

4 c4,si 50,5,3.2,6.44195. 

In the third column, a maximum of 3 
digits may appear to the left of the deci¬ 
mal, while a maximum of 2 digits may 
follow it. In the fourth column, a maxi¬ 
mum of 6 digits may appear to the left 
and 4 to the right. Any character, with 
the exception of the space or comma, can 
be designated as the aligning character of 
a particular column. The aligning charac¬ 
ter is keyed between the numerals desig¬ 
nating the number of figures appearing 
on either side of it. For instance, 4/2 and 
4-2 show the shill and en dash as the 
aligning characters. 

(6) X or Special Column—At present, there 
are two types of special columns: 

(a) No leaders. A reading column that 
does not leader can be specified by in¬ 
serting xL instead of r in the func- 
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tion line. The data in the body of the 
table is keyed like a normal reading 
column. 

(b) No spread. To prevent a reading 
column from having extra space 
added by the system as the table is 
justified to the column measure, xs 
instead of r is entered in the function 
line. (The width specified will be 
available for data; i.e., bearoff will be 
added to both sides of the specified 
width.) 

Both types of special columns may be incorpo¬ 
rated in one column, to obtain both features, by 
keying xsl or xls. 

Table Title—The table title line always uses the 
locator 95 (4195). This line follows the function 
line, and is keyed in the same manner as for any 
other text locator. The system automatically in¬ 
serts vertical spacing above and below the line(s). 
Table Descriptor—The table descriptor line(s), if 
any, is tagged with locator 96 (4196) and is 
keyed immediately after the table title line. Ver¬ 
tical space is also inserted automatically around 
the line(s). 

Boxheads—The boxheads are keyed as a com¬ 
plete entry. Each hoxhead is tagged with a hier¬ 
archy code; i.e., 4 hi Data.. .,4h2Data.. 
etc. Up to six hierarchies are allowed. Particular 
care must be given to the order in which box- 
heads are keyed. They must be keyed in outline 
order from the highest hierarchy to the lowest, 
from left to right (see Table 5-B). A 4 j is keyed 
immediately following the last boxhead, and sig¬ 
nifies the start of the table body data. 

The subsystem processes this input to compose 
the boxhead and build the Galley Par file. Com¬ 
position specifications for all locators that may be 
required by the table to be composed can be 
found in this file. 

Locators 51 through 95 are used to define the 
information data elements for the columns fol¬ 
lowing the stub. Since they are set up sequential¬ 
ly, the tab code is used to tag the data elements. 
(The system has been instructed to tag the data 
element following the stub column as locator 51.) 
Standard Locators—The first 49 locators have 
been reserved for the stub column and other spe¬ 
cial uses. To date, parameters have been assigned 
to 27 locators. These locators provide the flexibil¬ 
ity required to prepare copy for even the most 
complex tables. (The subsystem, of course, modi¬ 
fies certain parameters in these standard locators 
such as point size, line length, and typeface be¬ 


cause it designs the table to fit into the particu¬ 
lar page format being composed.) The basic com¬ 
position specifications contained in these locators 
are listed below: 

Locators 01 through 10 are used to set cap¬ 
tion lines. Their format is leadered, flush 
and hang. (On runovers, a period is gener¬ 
ated by the system.) Primary indention 
hierarchies vary from 0 (for 01) to 9 (for 
10). The actual primary and secondary in¬ 
dentions (and whether or not the locators 
are justified) will vary according to the 
width of the column in the particular 
table or publication. This is true of the 
justification parameters of all reading col¬ 
umns in the table. Locators 01-10 are al¬ 
lowed to both start and end a page or text 
column. 

Locators 11 through 20 are used to set heads 
in the stub column. Their format is non- 
leadered, but otherwise they correspond 
to locators 01 through 10. These locators 
are “start only”, i.e., they will not end a 
column. 

Locator 21 are used for heads centered in the 
stub. This is also a “start only” locator. 

Locator 22 is a non-leadered, “start and end” 
locator. Indentions are flush and hang. 

Locator 25 is termed a “boxhead” locator and 
is designed to be carried with the table 
title and boxhead if the table continues 
on successive pages. If used, this locator 
must be specified in conjuction with the 
regular boxhead; i.e., it must be the first 
stub locator keyed after the start of table 
body data function code (4 j). Each data 
element in the row captioned by this stub 
entry will be centered in its respective 
column. The entire row will be carrried 
with the boxhead. 

Locator 27 when used with an expanded stub 
(see Expand Stub Feature), will center 
over those columns that the stub is ex¬ 
panded to cover. For example, for a table 
with a stub and four additional columns, 
to center a head over all columns with 
the exception of the stub and return the 
stub column to its original dimension, 
key: 

4s44l27 Data_4 sO 

Vertical ruling is automatic. Locator 27 
data will not end a column. 

Locator 28 tags a head that is centered 
across the entire table. It has application 
only for tables without down rules. There 
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are cases, however, where a head must be 
centered over the entire table having 
down rules. This can be accomplished by 
using locator 21 in conjunction with an 
expanded stub. 

Locator 29 is reserved for table footnotes, 
whether or not the table actually carries 
a footnote. It should not be used in body 
of table. 

Locator 30 is similar to locator 01 except that 
it is not allowed to end a column. 

First Column— If the first column is a figure 
column, locator 01 (4101) will be used at the 
start of the column data. 

Inhibiting Leaders— To inhibit leadering in a par¬ 
ticular column on a single line, key 4x1 after 
the tab code (4 D) for the column. 

Altering Indents and Line Types— The function 
code 4oi#, where # is a one digit argument, can 
be used to alter the indent or line type in a par¬ 
ticular cell. This function code is keyed immedi¬ 
ately after the tab code (4 D) for the column. De¬ 
pending on the value of the function code’s argu¬ 
ment, the system will format the column or cell 
as follows: 

If the argument is 0, the data in the cell will 
be centered. Sometimes this data is of 
such a nature that the row in which it ap¬ 
pears should not be allowed to end a 
column. This can be accomplished by 
using a “start only” locator to tag the 
data element in the first column. 

If the argument is 1, the data in the cell will 
be formatted paragraph style. The set 
paragraph style feature must not be used 
in the first or stub column. 

If the argument is 2 through 9, the data in 
the cell will be composed “hanging style” 
with indention hierarchies corresponding 
to stub locators 02 through 09. The actual 
primary indentions will depend upon the 
width of the column and the use of the i L 
element in the function line (see Table 
5-A). 

Column Rules —Single or double horizontal rules 
(such as "subtotal” or “total”) may be generated 
under any column for any desired row by keying 
4 r and its associated string of designators (sepa¬ 
rated by commas) in the data stream at the end 
of the row. The column designators are n (for 
none), S (for single), and d (for double). For exam¬ 
ple, to obtain a single rule in every other column 
of an eight column table, key: 

4 rn,s,n,s,n,s,n,s 


If double rules are desired, the d replaces the 
s. If at any point the rule is to span all the re¬ 
maining columns, a right arrow (—>) may be in¬ 
serted after the rule-type designator for the last 
column in which a rule is desired. Note that the 
string alone generates the rules; no additional 
keying is required. 

Expanded Stubs— Often financial data is pre¬ 
sented in tabular fashion. It is customary to pre¬ 
sent the information data element captioned by 
the entry in the item listing of the lowest hierar¬ 
chy in the first figure column. The information 
data elements captioned by entries of greater 
hierarchy in the item listing are displayed succes¬ 
sively in figure columns. Thus, this class of table 
needs no boxhead. Since these tables are orga¬ 
nized in this fashion, it is possible to condense 
the table and improve its readability at the same 
time by allowing the caption line in the stub 
column for an item of greater hierarchy to 
extend over the figure columns of lower hierar¬ 
chy. The Balance Sheet shown in Figure 5-6 con¬ 
tains a number of rows where the stub column 
has been expanded. For example, the stubs for 
'“Total Assets” and “Total Liabilities” have been 
expanded over three figure columns. This is pos¬ 
sible because these rows contain items of highest 
hierarchy. On the other hand, since “Wages” and 
“Interest” are entries of lowest hierarchy, their 
stubs cannot be expanded. It should also be noted 
that a rule is set under “Interest” and that the 
subtotal of these two items is listed in the column 
to the immediate right. 

The stub can be expanded by keying 4 s fol¬ 
lowed by one or two figures representing the 
number of columns the stub is to be expanded to 
cover. A 4 sO returns the stub to its original 
width. The printout of the input for the Balance 
Sheet (Figure 5-6) should give the reader a good 
understanding of the use of these function codes. 
It also provides a good example of the use of 
column rule function codes. Although designed 
primarily for use in the construction of financial 
tables, the expanded stub feature has proven to 
be useful for many other types of table as well. If 
stubs in a table containing vertical rules are ex¬ 
panded, the required changes in vertical ruling 
are automatic. 

Table Footnote— Table footnotes are generated 
by keying a precedence code followed by a lower¬ 
case f function code and the data—4 f Data_ 

The cutoff rule is inserted automatically. 

Table End —To exit from a table, key a prece¬ 
dence code, followed by a lowercase e; i.e., 4e. It 
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Figure 5-6 
Expanded Stubs 


.,,L0(0,0,0),tp8,p0,8/8,s50,7,7,7,7 
[95 6 T2Smal L Business Co. 

[956T2Balance Sheet _. 

e 30, 1958 


[03Reserve for Doubtful Ac< 
2 

02MerchandiseA 010,425 

12Prepaid Expenses: 

03License FeesAD$175 
AD75 


[03Supp 


. O o^ 






liation Reserve6D2426D9,4386rn 
D2,5006D12,6136rn,s 


;01TotaL AssetsADS39,163 


Q06 


;28 6T2Liabi li ties 
Liabili 

:02Notes Payables 
:02Accounts PayabL 
:l2Accrued Expense 


id and Bui ldings6D5,0006rn 


l28AT2Propriertorship 

106 

;2 

[02Batance January 1, 19584DS20 
if i 16 DS6388 

hdrawa Ls A D1 ,8006 D4,5884 
lOITotal Proprietorship4D*24,5i 


Small Business Co. 
Balance Sheet 

June 30, 1958 


Current Assets: 

Cash. 

Accounts Receivable.. 

Reserve for Doubtful 

Accounts. 

Merchandise. 

Prepaid Expenses: 

Insurance. 

Supplies. 

Fixed Assets: 

Furniture and Fixtures. 

Depreciation Reserve .. 


Other Assets: 

Goodwill. 

Deposit with electric company. 

Investment in City Hotel Co. 

Total Assets. 


2,500 12,613 


Current Liabilities: 

Notes Payable. 

Accounts Payable ... 


Total Proprietorship.... 
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is not necessary to follow the A e with a format 
or subformat call, as the previous text format is 
recalled automatically. 

New Developments—Tabular arrangements are 
one of the few items involved with automated 
composition that can be defined by a finite set of 
logical rules. It is somewhat surprising that so 
many composition systems place such a burden 
on copy preparation and keyboarding, to produce 
even a moderately complex table. The AUTOMAT¬ 
ED COMPOSITION SYSTEM presently can accept 
as input, tabular matter containing complex 
multihierarchy stub and boxheads which are ar¬ 
rayed in the data base in pure matrix form. This 
structured input facilitates efficient composition, 
and makes it possible to extract and set the table 
in a wide variety of publications which vary 
greatly in format and size without modifying the 
data base in any manner. To date, most retrieval 
systems do not operate on tables. This is most un¬ 
fortunate, because the real “meat of the matter” 
often resides in the tables. If a retrieval system is 
enhanced so that it can analyze a table, it is obvi¬ 
ous that the table must be structured in pure 
matrix form; i.e., a rectangular arrangement of 
cells (data elements) in rows and columns. As has 
been mentioned, it is entirely practical to use an 
automated system to draw graphic displays—pie 
charts, histograms, and graphs—from structured 
tabular data. This is another reason for structur¬ 
ing the table logically in the data base. 

However, not all tabular material can be com¬ 
posed with this system as it now stands. The 
format shown in a TV guide is an example of a 
table where the stub, rather than being a hierar¬ 
chical arrangement of subject headings, is a 
gauge which measures the time of day. Thus, the 
cells do not always fit into a single row and 
column. Incorporating a single cell which brack¬ 
ets a set of cells in other columns is an improve¬ 
ment which is now under consideration. 

Basic to the architecture of this system is the 
concept of the table row. Although a row may 
consist of any combination of cells—reading or 
figure—the group of cells (data elements) in the 
row are composed as a unit. Thus, if one of the 
cells in the row is of a greater depth than the 
page, the system cannot produce the table. In a 
few publications which GPO has converted, there 
are reading columns that run for more than a 
page. The approach used to date for this class of 
table, is to convert the tabular presentation to a 
textual one. Often, the new text presentation is 
superior to the previous tabular one. The Calen¬ 
dars of the United States House of Representa¬ 


tives and History of Legislation is an example of 
a publication changed from tabular to textual 
format with successful results. 

Example of a Subformat Generated Table—A 
dummy table (Table 5-B) showing as many of the 
features of the AUTOMATED SUBFORMAT GEN¬ 
ERATION subsystem as possible has been de¬ 
signed. This table together with the printout of 
the input that was used by the system for its 
composition is shown below. 


4 c7,L2 (10,0,3) ,5220,5,5,6,3.2,2.3. 

4 I95Table 5-B-Subformat -. 

4 I96CThe Headnote is use( 


Generation Features 
' :o augment the information 9wen 


AhlStub ct 
4h1Boxhea. 
& h2Boxhea 


(hierarchy 1) 

! (hierarchy 2) 

i (hierarchy 3, also column head) 
L y 3, also column head) 


Boxhead no. 5 (hierarchy 2, als< 

' ' ' (hierarchy 1)\1\ 

(hierarchy 2, alsc 

4h1Boxhead nc 

* 125(1) 4D(2) 40(3) 4DC4) 4D(5) AD(6) AD(7> Ars^ 

A I25Locator 25 can be used to number columns and to provic 
AT3units of quantityATI over figure coLumns. (Locator 2! 
data is carried by the system with the boxhead when the 
table is continued to the next page or 
column.) ADAT3DollarsADAT3TonsADAT3GallonsA 
D 4 T3Deg rees 4 D 4 T3Percent 
4 s3 

4I27Locator 27 is used to set a head over the columns that 
the stub is expanded to cover. It must be used in 
conjunction with the expanded stub feature. 

4I21Locator 21 is used to set a centered head in the stub 
column and is start onLv. 

4I11Locator 11 


e flushed left f< 


4101 Loc 


>r01 is 


4^nc' 


caption 


1,560 ADI,250A D14,490AD760.^24AD64.322 ^ ^ 

Vl12Locator 12 \3\ 1 Vusecfto set a°hi*erarchy 2 head in th 

Al02Locator 02 is used to set a hierarchy 2 
caption ADI,560 ADl ,250 A 014,490 AJJ760.^24 A D64.322 ^ 

AI13Locator 13 is used to set a hierarchy 3 head in the st 

cap«^4D1 ^5604*91*250*40*1*4,4904 #760^44 


n the s 






caption ADI ,560 A D1 ,250 A D14,490 A D60.2 AD4.3 
AI15Locator 15 is used to set a hierarchy 5 head ii 

A I05Locator 05 is used to set a hierarchy 5 
caption ADI ,560 A D1,250 A D14,490 A D760.24 A D64.3 
AI16Locator 16 is used to set a hierarchy 6 head ii 

a hierarchy 6 


AI17Locat 
column. 

A107Locat 


1,560A D 


>r 07 is 


,250A DU,490 A D760.24AD64.322^ 
',4904 b76o] 24 4 D64.322 


used 
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a hierarchy 9 head in the si 


4 IlOLocator 10 is used to set a hierarchy 10 
caption4D1,5604D1,2504D14,4904D760.24 4D64.322 


Table 5-B—Subformat Generation Features 
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Table 5-B—Subformat Generation Features—Continued 


[The Headnole is used to augment the information given in the table title. Often the unit of measure for the table is included.] 



Boxhead no. 1 
(hierarchy 1) 

Boxhead no. 6 
[ (hierarchy 1) 1 | 



Boxhead no. 2 
(hierarchy 2) 


head 
no. 7 
(hier¬ 
archy 

2, also 

head) 

(5) 



Stub column head 

(D 

Box- 
head 
no. 3 
(hier¬ 
archy ' 
3, 

col- 

neaa) 

(2) 

archy 

3, 

also 

col- 

head) 

(3) 

Box- 
head 
no. 5 
(hierar¬ 
chy 2, 
also 
column 
head) 

(4) 

head 

(hier¬ 

archy 

2, also 

head) 

(6) 

Boxhead no. 9 
(hierarchy 1, also 
column head) 

(7) 

Locator 25 can be used to number columns and to provide units 
of quantity over figure columns. (Locator 25 data is carried by the 
system with the boxhead when the table is continued to the next 
page or column.) 

Locator 17 is used to set a hierarchy 7 
head in the stub column. 

Dol¬ 

lars 


Gal¬ 

lons 

De¬ 

grees 

Per- 


Locator 07 is used to set a hierarchy 7 
caption. 

Locator 18 is used to set a hierar¬ 
chy 8 head in the stub column. 

1,560 

1,250 


760.24 



Locator 08 is used to set a hierar¬ 
chy 8 caption. 

Locator 19 is used to set a 
hierarchy 9 head in the stub 
column. 

1,560 

1,250 

14,490 

760.24 

64.322 


Locator 09 is used to set a 
hierarchy 9 caption. 

Locator 20 is used to set 
a hierarchy 10 head in 
the stub column. 

1,560 



760.24 

64.322 


Locator 10 is used to set 
a hierarchy 10 caption. 

Locator 22 is similar to locator 11 except that start and end of 
column is allowed. 

1,560 

1,250 

14,490 

760.24 

64.322 



1 This footnote was referenced in the boxhead. 

2 On turnovers a period is generated for caption lines (locators f thru 10). 
“This footnote was referenced in the stub column. 

‘This footnote was referenced in a reading column. 


RESERVING SPACE FOR ILLUSTRATIONS 


The GPO system provides for the reservation 
of space for illustrations that span one or two 
text columns in a two column format, or one, 
two, or three text columns, in a three column 
format. 

Captions and/or legends can be placed auto¬ 
matically by the system at the top and/or bottom 
of the space reserved. 

A locator is assigned to the illustration. If the 
caption and/or legend are to be used, separate lo¬ 
cators must be assigned to each of these items. 
Since a page format can contain a mixture of il¬ 


lustrations that span multiple columns, a set of 
graphic locators must be assigned for each illus¬ 
tration span that will be encountered. Figure 5-7 
displays the LOC tables which contain the specifi¬ 
cations for the graphic locators for a two column 
format. A C is entered under FTNOTE in LOC 3 for 
caption or legend, and G for graphic. A 01 is en¬ 
tered for each locator under FOTP. The position¬ 
ing of caption, legend and graphic relative to 
each other is determined by making appropriate 
entries under SPCL. All other entries in the LOC 
tables are the same as for any text locator. The 
data for the caption and legend are keyed into 
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the data base in exactly the same manner as for 
any text locator. They can be of any length as 
long as the total leading for the caption, legend, 
and graphic do not exceed the column length. 
Captions and/or legends can be as simple or com¬ 
plex as desired. More than one locator of a given 
span can be designated “caption” or "legend”. 
The span of the legend and caption must be the 
same as that of the graphic. It is not possible in 
the present system to use single-span legends in 
multicolumn span graphics. 

The LOC tables in Figure 5-7 specify the 
graphics for this publication. Six locators are 
used to provide for the caption, legend, and 
graphic for the single- and double-column spans. 
Also shown are the graphic function lines for the 
figures of this chapter. Since these graphics are 
bracketed by a set of unit (AU) function codes, 


the system will float them in accordance with 
rules described in Chapter 6. The system posi¬ 
tions graphics not bracketed by the unit (AU) 
function codes immediately, even though a short 
page may result. 

The width and depth of the graphic, in points, 
is keyed in the function line. The system will fit 
the width into the span of text columns required. 
If the width of the graphic is wider than the 
page, the system will set the graphic in accord¬ 
ance with turn page rules described for subfor¬ 
mat generated tables. The depth of the graphic, 
plus the caption and legend, cannot exceed the 
column length, minus column sink (Figure 5-1). 
It is the responsibility of the data base creator to 
keep the graphics within page size. The load/edit 
system, however, will flag graphics that are too 
large. 


Figure 5-7 

Graphic Locator Specifications 
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CHAPTER 6—PAGE MAKEUP 

MAKEUP TECHNIQUES 


There are two approaches used in the compo¬ 
sition of pages—“Dummy Fill” and “Galley 
Flow”. Art books, fashion magazines, and bro¬ 
chures require the “Dummy Fill” approach. This 
technique is more expensive, and is used in high 
quality books and magazines; many of which are 
true works of art. The “Galley Flow” method can 
be used to produce catalogs, directories, and ab¬ 
stracts. 

DUMMY FILL 

In some books, usually heavily illustrated, the 
page dummies differ radically from page to page. 
The dummies are all laid out with an exact solu¬ 
tion for each illustration. The shape of some il¬ 
lustrations can be quite irregular. After the dum¬ 
mies are complete, the type is then specified. In 
fact, in the case of some art books, the text is not 
even written until after the dummies have been 
completed and approved. In the “Dummy Fill” 
class of publication, the relative position between 
an illustration and the text to which it pertains 
is very important. Often text portions will be re¬ 
written by the author so that the final result will 
be more exact. Since developing the dummies for 
books of this class is a highly sophisticated proc¬ 
ess, requiring artistic talent on the part of the de¬ 
signer, editor, art director, and author, automa¬ 
tion of the process is neither economic nor benefi¬ 
cial. It may be practical, however, to produce cer¬ 


tain publications such as college or high school 
yearbooks, or heavily illustrated catalogs, by 
using an automated system. The pages would be 
composed by filling dummies selected from a 
stored library in accordance with patterns formu¬ 
lated for the publication by the job specifications. 

Computer assisted composition systems can 
effect economy and save time for some of the 
steps in this process. High quality page display 
terminals may eventually find an application 
here. 

GALLEY FLOW 

At the other end of the spectrum there are 
publications that have page dummies that vary 
little from page to page. A few dummy sets—first 
page, odd page, and even page—need to be de¬ 
signed to accommodate the entire publication. 
Fortunately, the bulk of publications produced by 
and for the Federal Government fall into this 
category. Page dummies for these publications 
are relatively simple, and can be completely de¬ 
fined with a finite number of parameters. 

The manuscript for this class of publication is 
often written before the page dummies are de¬ 
signed, and no provision is made for rewriting to 
modify the relative position between text and il¬ 
lustrations in order to improve the appearance of 
the pages. 


AUTOMATED PAGE MAKEUP 


All copy blocks of type (data elements) are 
first set in galley form. The pages are then ar¬ 
ranged by fitting the type from the galley into 
the page dummy sets, for the publication. 

Basic to the design of the AUTOMATED COM¬ 
POSITION SYSTEM at GPO, was the development 
of detailed page dummy specifications in a struc¬ 
ture that could be understood and used as input 
for the page program. All of the rules required by 


the system to make up the pages are contained in 
these specifications. 

It was also necessary to determine a specific 
detailed and finite set of style rules for incorpora¬ 
tion into computer routines. Although the set of 
rules programmed into this system is elaborate, 
it is important to realize that no automated 
system can be expected to have the flexibility 
and versatility of a manual or conventional 
system. There are situations, which the system 
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will encounter, where conflicting rules will apply. 
For example, when the system is attempting to 
justify a column, one rule tells the system to 
insert enough extra space between the lines to 
expand the column to the length specified in the 
Page Format Design Form. A second rule limits 
the amount of leading that the system is allowed 
to add between lines. Most of the time these two 
rules are compatible with each other; but on oc¬ 
casion when no breakpoint within the justifica¬ 
tion zone can be found, a conflict arises. When 
this occurs, the program could be instructed to 
take one of the following courses of action: 

(1) Abort the run. 

(2) Accept an arbitrary breakpoint. 

(3) Increase the maximum amount of leading 
allowed between lines. 

(4) Set the column short. 

(5) Back up and remake pages, so that a 
valid breakpoint will occur within the jus¬ 
tification zone. 6 

Obviously, the best page would result by 
taking the action described in item 5. This would, 
however, involve increased complexity in the 
computer routines. For the present, at least, the 
course of action described in item 4 is taken by 
the system. 

This is but one of literally hundreds of rule 
conflicts encountered by the system as it builds 
the pages. The system must contain logic to re¬ 
solve each of these rule conflicts. Great care has 
been taken by the system designers to make the 
most acceptable compromise in each case of con¬ 
flict. (Volume and economic considerations make 
it impractical for the system to resort to interac¬ 
tive page makeup techniques, even for exception 
pages.) 

A detailed discussion of page dummy specifi¬ 
cations and style rules is given on the following 
pages. In describing the style rules, particular at¬ 
tention is paid to conflicts that may be expected, 
and the action the system is directed to take. 

PAGE DUMMY SETS 

The page dummy set for a given format 
number is designed in this system by completing 
the page section (/PAGE/) of the Page Format 
Design Form (Appendix A). A discussion of these 
page dummy specifications is given in the follow¬ 
ing paragraphs. 


'This is planned 
system arranges the 
to the lines of type, r 
cal to implement this 


page by working with flagged references 
ather than with data, it would be practi- 
course of action. 


Number of Text Columns—The system facilitates 
the flow of the galley into any number of col¬ 
umns. The number of columns is entered in line 
/00/. The ZIP Code Directory, for example, uti¬ 
lizes a page format containing 14 columns. All 
pages—first, odd, and even—of a page format 
must have the same number of text columns. 
Column Width—The width (Figure 5-1) of the 
text column in points is entered in line /01/. All 
text columns on all pages must have the same 
width. This is a limitation which would make it 
impractical to use this system for a publication 
such as a magazine, where the page may be made 
up of text columns of varying widths. 

Column Length and Sink—Column lengths and 
sinks can vary for each column on each page— 
first, odd, and even. (For definition of column 
sink and length see Figure 5-1.) Column lengths 
and sinks are entered in lines /02/ to /55/. 
Column numbers above 10 on a page will have 
the same length and sink as the 10th column. Al¬ 
lowing the format designer to specify the sink 
and length of each column provides increased 
design options. For example, the number of pages 
in a telephone book can be materially reduced if 
the margins are kept small. The first and last 
entry heads can easily fit over two columns. Thus 
only the sinks of the first two columns on the 
even page and the last two columns on the odd 
page of a set of facing pages must be great 
enough to accommodate the heads. Sinks for the 
remaining columns can be made smaller allowing 
more area on the page for textual material. 
Heading Origins—All headings (with the excep¬ 
tion of continued heads) are overlaid on the page. 
The format designer controls the position of the 
head by specifying in points the X and Y origin of 
each head in lines /56/ to 1751. The system will 
automatically set the data for the head into as 
many lines as necessary. However, it is the re¬ 
sponsibility of the format designer to specify the 
column sink deep enough to allow room for heads 
that may have runover lines. 

Continued head origins are completed as fol¬ 
lows: 

Hierarchy one—the indention in points of 
the text column (usually zero) is entered 
as the X origin. Since the hierarchy con¬ 
tinued head must be in storage area 1 the 
value is entered in line /56/. The value 
entered for Y origin (line / 57/) is equal to 
the column sink, plus Y-first line (Y1LN) of 
the locator assigned to the hierarchy one 
continued head; 
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Hierarchies two through six—the indent of 
the text column is entered in the X origin, 
but the desired leading between the head 
and the previous hierarchy is entered in 
the Y origin. 

Continued Head Leading—The leading desired 
between the last line of the continued heads and 
the first text line in the column must be entered 
in points in line /76/. 

Footnote Separator Leading—The amount of 
leading, in points, desired between the last line of 
text and the footnote separator is entered in line 
1771. Expansion (or contraction) of the footnote 
separator to facilitate column justification is per¬ 
mitted. The maximum number of points which 
the designer decides to allow for this purpose is 
entered in line /78/. 

Last Page Square Off—If 001 is entered in line 
/ 79/, the program will not balance the last page 
of the format. If left blank, the system will bal¬ 
ance it automatically. 

Job, Frame Number, and Folio Rotation—To set 

normal, 1 is entered in line /80/. If 2 is entered 
in line /80/, the folio, job, and frame numbers 
will print on the side of the page. 

Page Rotation—To set normal, 1 is entered in 
line /81 /. To turn the page (i.e., set page broad 
or landscape), 2 is entered in line /81 /. 

Line Groups—To make tables containing many 
rows of numerical data easier to read, leading 
(and if desired a line rule) is inserted between 
each group of lines. The system will automatical¬ 
ly arrange the lines into groups when the leading 
and number of lines to be in each group are en¬ 
tered in line /82/. The last line group on the 
page or column may contain less lines than the 
others. A line rule will be inserted if the thick¬ 
ness, length, and indent are completed in line 
/82/. 

Continuation of Table Title and Boxhead From 
Column to Column—The system contains rou¬ 
tines that automatically store the table title and 
boxhead as they are arranged. If specified, the 
system will carry them as a continued head from 
column to column until the table is completed. In 
certain formats, however, it may not be necessary 
or desirable to repeat the table title at the top of 
every column. In fact, in some cases where pack¬ 
ing of data is important, the boxhead is also 
dropped. Thus the system has been designed to 
carry the table title and/or boxhead in accord¬ 
ance with the codes entered into line /83/ for 


normal pages, and /84 / for turn pages as fol¬ 
lows: 

First column of even page only—1 
First column of every page—2 
Every column of every page—3 
Head not carried—0 

To provide an example, lines /83/ and /84/ 
for Format 1272 (Appendix A) are copied as fol¬ 
lows: 

BOXHEAD CODE FOR NORMAL PAGES: 

/83/ /I/ Table title 
/3/ Boxhead 

BOXHEAD CODE FOR TURN PAGES: 

/84/ /I/ Table title 
/I/ Boxhead 

As an exercise the reader should check Test 
Specimens 6, 12, 13, 14, 15, 16, and 17 to see 
whether or not they comply with this specifica¬ 
tion. 

Minimum Size of Short or Last Page—When 
finding the end of the last column or page, the 
program searches forward to see if a new format 
or end page call is within the number of points 
specified by the format designer under MINPTS 
(line /85/). If the minimum number of points 
has not been accumulated, the program re¬ 
arranges the page to a new and longer column 
length that will accommodate the extra lines. 
Thus a last or short page, containing only two or 
three lines will not be set. 

Center Indent—There are cases, in formats con¬ 
taining three text columns, where tables or illus¬ 
trations spanning two columns will have to be 
centered on a three-column span. The origin or 
indent of these sections will be equal to the value 
entered in CTRIND (line /85/). 

Footnote Continued Constant—The system will 
continue a footnote, where necessary, from 
column to column, and page to page. If a footnote 
must be continued from an odd page to an even 
page, the system will insert the word “continued” 
as the last footnote line in the column, if line 
/86/ is completed. Note that the typesetting pa¬ 
rameters of the continued line, but not the word¬ 
ing, can be controlled by the format designer. 
Assignment of Page Number to First Page of 
the Format—The system may take the starting 
folio number from a number of sources. A de¬ 
scription of each source and the code number 
that should be entered in line /89/ follows: 

0 Production Order 

1 Format—line /88/ 

2 Continues folio count 
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3 Continues folio count—next odd 

4 Continues folio count—next even. 
Folio Composition—Locators 97, 98, and 99 are 
reserved in formats for folios on the first, even, 
and odd pages respectively. They are completed 
much like other text locators except that the Y 
origin of the folio (in points) is entered under 
TPLD (LOC 1). 

Also the LNTP (LOC 3) for the first page folio 
(locator 97) has been given added meaning. Some 
publications require continuous pagination and 
contain numerous page formats. The system may 
encounter a format function code while process¬ 
ing an odd (even) page. After rearranging the 
final data of the previous format on a short page, 
the system starts the new format on the next 
page. Although this is the first page of the 
format, it is an even (odd) page as far as the folio 
for the publication is concerned. If it is desired 
that the folio be flushed right on an odd page and 
flushed left on an even page, 0 (outside) is en¬ 
tered under LNTP for locator 97, L for locator 98, 
and R for locator 99. If, on the other hand, the 
folio is to be flushed left on an odd page and 
flushed right on an even page I (inside) is en¬ 
tered under LNTP for locator 97, R for locator 98 
and L for locator 99. In many publications, how¬ 
ever, the folios are centered on all pages. This is 
accomplished by entering a C under LNTP for lo¬ 
cators 97, 98, and 99. Exhibit 6-1 lists the LOC 
tables of the folio locators for this particular pub¬ 
lication. 


EXHIBIT 6-1—FOLIO LOC TABLES 
FOR FORMAT 1265 



Folio Descriptors—Constant data can be inserted 
in front of and/or in back of the folio. (See /CODE 
DATA TYPE/ Page Format Design Form.) The con¬ 
stant can contain up to 40 characters. The con¬ 


stant data is applicable only for the page type 
specified. Input coding structure is used to devel¬ 
op these constants. 

Arbitrary Column Break—The system breaks the 
galley into columns, by accumulating the leading 
of the lines until it reaches a breakpoint that ex¬ 
ceeds the column length. If the carding computa¬ 
tion will not allow the program to “squeeze” the 
column in order to justify it, the program looks 
at the previous breakpoint. To guard against a 
string of lines greater than a column length with¬ 
out a legitimate breakpoint, the program auto¬ 
matically inserts a breakpoint in the column 
when the column remainder becomes less than or 
equal to the parameter entered in line /92/. A 
typical value for this specification is 150 points. If 
the program does not find a breakpoint between 
here and the end of the column it will: (1) arbi¬ 
trarily set the column short, and; (2) the break 
will probably violate the column ending or widow 
rules. 

Unfortunately, in an automated page makeup 
system, there are cases where the rules provided 
to the system in the form of computer routines 
conflict—i.e., one says “yes” while the other says 
“no”. A parameter such as this serves as referee, 
and makes an arbitrary—although not always 
good—decision possible. 

Job and Frame Number—The system will over¬ 
lay the Job and Frame Number on each frame. 
Their position and point size are specified by 
completing lines /93? thru / 97/. Rotation speci¬ 
fication is entered in line /80/. (1 if normal, 2 if 
turned.) 

Page Depth and Width—These values are en¬ 
tered in lines /98/and 1991. (Figure 5-1.) 

Subformat Generation Parameters—Although 
Subformat Generation was discussed in Chapter 
5, it should be realized that the system treats 
these parameters as part of the page dummy 
layout. 

STYLE RULES 

Column Fitting—The page program spends most 
of its time “fitting, cutting, and stripping” the 
galley into columns as defined by the page 
dummy. The GALLEY program created descrip¬ 
tive data for each line as it was composed. This 
reference data (which fits into four computer 
words) is of constant length for each line, and is 
stored in a file in matrix form. This reference 
matrix contains all the information required by 
the PAGE program to fill the page columns with 
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type. Some of the most important information 
coded into the line reference matrix is: 

(1) Location of the line in the galley file— 
block number and character number of 
the first character in the line. 

(2) Line type—text, tabular, footnote, head¬ 
ing, or format start. 

(3) Leading of the line (including leading if 
first line in the column). 

(4) Carding allowed. 

(5) Column ending specifications—start, end, 
or start and end. 

The program first oversets the column, and 
attempts to squeeze the galley into the column by 
subtracting allowable carding. If unable to do 
this, the program selects the previous breakpoint, 
and justifies the column by adding up to the 
maximum carding allowable to the leading of the 
lines. If after adding the maximum leading the 
column is not justified, the program sets the 
column short. Note that four times as much lead¬ 
ing is allowed for adding as is for subtracting. In 
spite of this, 75 percent of the columns in a typi¬ 
cal page format are justified by “squeezing”,- 
rather than by “stretching”. The maximum card¬ 
ing allowed is shown below. 


Maximum Carding Allowed (in points) 


Priority 

level 

0 


Added 

0.0 


2 0.8 

3 1.6 

4 3.2 


This automated system has the least trouble 
justifying columns in page formats containing 
two or more columns which are at least 60 lines 
in length. Surprisingly enough, single column 
pages set in larger point sizes (for example 10 on 
11), having several hierarchies of headings in the 
body text, are the most difficult to justify without 
setting short pages. At present, the program does 
not have the capability of backing up and picking 
up type from previous pages. However, even 
when this enhancement is added, what can the 
makeup logic do if it runs into a problem (which 
is often the case) on the first or second page of a 
chapter? It might be an interesting exercise to 
scan through this publication, and examine each 
unjustified column that is found. Do unjustified 
columns make it more difficult to read or study 
the subject matter? 


Footnotes—Footnotes are floated to the bottom 
of the column in which they are referenced. 
When a line with a footnote referenced) is en¬ 
countered during column fitting, the program 
performs the following tasks: 

(1) Arranges the text to the next possible 
column end point, noting any additional 
footnotes referenced. 

(2) Arranges the footnote to its first possible 
breakpoint (column splitting or widow 
logic is the same as for body text). If more 
than one reference has occurred, the pro¬ 
gram accumulates referenced footnotes to 
the first breakpoint of the last footnote 
referenced. 

(3) If the column depth is exceeded, an at¬ 
tempt to squeeze the text and footnotes 
into the column is made. Carding rules 
for footnotes are the same as for body 
text. If this can be accomplished, the pro¬ 
gram accumulates the remainder of the 
footnote in the next column before ar¬ 
ranging any further body text. Often, 
however, the footnote lines, together with 
the text lines referencing them, will not 
fit in the column. When this happens 
these lines are moved to the next column. 
This, of course, often causes the original 
column to be set short. 

(4) If the footnote lines accumulated to this 
point fit in the column, the program con¬ 
tinues to arrange the footnote lines until 
the column is full; or until the footnote is 
complete. If there is still room in the 
column, text lines are arranged to fill the 
column. 

Dumping Footnotes—It is possible to designate a 
locator assigned to a section head as a dump foot¬ 
note locator by placing a D under FTN0TE in the 
L0C 3 table. (See Sample Page A.) 

When this heading is encountered, all foot¬ 
notes arranged to this point are moved to a posi¬ 
tion following the last line of text immediately 
preceding the head. The program then continues 
to arrange the remainder of the column. This fea¬ 
ture is applicable for formats containing no mul¬ 
tispan lines. Any footnotes encountered in the re¬ 
mainder of the column are set in a normal fash- 


Page Sections—For formats containing four or 
more text columns, lines which span more than a 
single column cannot be accommodated. Directo¬ 
ries and catalogs are examples of publications 
containing page formats of four or more text col- 
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umns. Well designed formats for publications of 
this type can be developed without resorting to 
the use of multispan lines in the body text. 

A large volume of predominately textual 
matter is produced by GPO. Almost all of the 
publications of this class are formatted into pages 
having three or less text columns. Headings, 
tables, and illustrations may span more than one 
column. 

Section heads in a chapter are often specified 
to span more than one column. This alerts the 
reader to the fact that a new topic of major level 
is being encountered. 

Illustrations may be too wide to fit in one 
column. The system can detect this fact, and will 
reserve the required number of columns to ac¬ 
commodate the graphic’s width. This system 
cannot run type around an illustration that is 
less than one column wide. Thus the nearest 
span that exceeds or equals the graphic’s width is 
computed. (It is assumed the illustration will be 
centered in the space reserved when it is stripped 
in.) 

If the subformat generation logic cannot fit 
the table into one text column, it will design it to 
span two columns in a two-column format, or two 
or three columns in a three-column format. If the 
table is still too wide to fit, the system will bal¬ 
ance the text on the page, and set the table on 
the next page(s) in the turn page mode. 

Since the data base is sequenced in the order 
of the publication outline, the galley will consist 
of a mixture of lines which span one, two, or 
three text columns. In a two column format, it is 
possible to have the following four sequences: (1) 
single span under single span; (2) double span 
under single span; (3) single span under double 
span; and (4) double span under double span. For 
a three-column format five additional sequences 
can also occur: (1) single span under triple span; 
(2) double span under triple span; (3) triple span 
under single span; (4) triple span under double 
span; and (5) triple span under triple span. Need¬ 
less to say, formatting logic is much more com¬ 
plex for three-column formats. It is interesting to 
note that with four- and five-column formats, 16 
and 25 sequences respectively could (and would) 
occur. Fortunately for government requirements, 
there is no need for multispan lines in page for¬ 
mats of more than three columns. 

As explained in Chapter 3, the data base is 
constructed logically, and is sequenced in the out¬ 
line order of the subject matter. The AUTOMAT¬ 
ED COMPOSITION SYSTEM expects, and must be 


able to process satisfactorily, an almost infinite 
variety of single and multispan line sequences. 

A page containing a multispan heading is 
shown in Figure 6-1. The system arranges the 
single span lines (Section 1) as though a bland, 
single section page is being arranged. The 
system, however, is careful to store exactly the 
situation in which it found itself at the beginning 
of the section or page. A running total of the 
leading of the lines arranged is kept as it pro¬ 
ceeds to arrange the section. When the multi- 
column span section head (Section 2) is encoun¬ 
tered, the program will: (1) design a section two 
columns wide; (2) restore the conditions at the be¬ 
ginning of the page or section; and (3) proceed to 
rearrange the galley (Section 1) into the section it 
has designed. Since the column length of the sec¬ 
tion was computed as the section was designed, 
the sink of the column of the following section 
(Section 2) is determined by adding section lead¬ 
ing (remember NOSC/SCLD LOC 2 in Chapter 5) to 
the column length of the previous section. The 
system is again made to believe it is setting the 
bland material it so often is given, and arrange¬ 
ment of the two column span material proceeds. 

While arranging the multicolumn span head 
(Section 2), the single span lines (Section 3) will 
be encountered. When this “single under double’’ 
condition happens, the program, knowing the 
total column length of the multicolumn span sec¬ 
tion, again computes the sink of the columns as 
previously described. It then will commence to 
arrange the single span section (Section 3) as it 
would for a single section page. In this example, 
the section head occurred near the center of the 
page. A simple idealistic situation such as this 
does not always happen in a live production run. 
To be viable, the program must be able to react 
intelligently to any end of page or column condi¬ 
tion that may occur as it is processing the galley 
sequenced according to the outline of the subject 
matter. 

Although it is necessary for the program to go 
through many iterations to make up a complex 
multisection page, no loss in composing speed is 
incurred. The program works with line refer¬ 
ences stored in matrix form during the page ar¬ 
range phase. No data from the “galley file” is 
moved until after the page has been completely 
arranged—at least to the program’s satisfaction. 
Floating Units—Illustrations and charts are ex¬ 
amples of data that must be composed on a page 
as a block or unit. Unlike the text with which it 
is associated, this class of material cannot be 
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Figure 6-1 

Page Containing a Multispan Heading 

GALLEY COMPOSED PAGE 
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broken into columns and pages. The rules for po¬ 
sitioning an illustration depend on the statement 
in the text used to reference the data block. If 
the statement—". . . is shown in the following 
figure: ”—appears in the text, the data in the 
figure must be composed immediately following 
the colon. If the illustration is too large to fit in 
the remaining space, it must be positioned on the 
next page even though this means that the pres¬ 
ent page will be set short. When, however, a ref¬ 
erence such as—. . as shown in Figure 3-A. 
is used, the block of data can be “floated” into 
the next available area large enough to hold it. 
In the meantime text can be arranged in the 
area remaining in the column or page. Figures 
referenced in the data in close proximity to each 
other must be composed in the same order in 
which they were referenced in the text, i.e., 
Figure C should not be positioned before Figures 
A or B even though, due to their size, space could 
have been found for them. 

A block of data will be stored and set as a 
unit by the system if it is bracketed by the unit 
function code A U. The system can hold up to five 
data blocks to be floated. Any mixture of text, il¬ 
lustrations, or tables can be contained in a unit 
block. The unit must be less than a page column 
in length (i.e., column length minus column sink). 
If the material in the unit contains multispan 
lines, the entire multispan section must be brack¬ 
eted as a unit. 

The system uses an elaborate logic scheme to 
position the floated material in an attractive 
manner. At the beginning of each column, an at¬ 
tempt is made to arrange all units that have 
been stored. It may not be possible, however, to 
arrange the unit. For example, a unit that spans 
two columns could not be positioned at the top of 
the third column. Instead it would be held and 
composed at the top of the first and second col¬ 
umns of the next page. 

All of the Exhibits and Figures in Chapter 5 
of this publication were bracketed by the A U 
code. It is interesting to note that the amount of 
floating material in Chapter 5 is greater than the 
body text. Also, it should be noted that a mixture 
of single and multispan unit blocks was format¬ 
ted. 

Headings—The PAGE program selects, stores, 
and arranges the heading lines which were com¬ 
posed by the GALLEY program. There is almost 
an infinite variety of headings that can be com¬ 
posed. 

Overlays, as discussed in Chapter 5, are stored 
in the Page Format Design Form. Although over¬ 


lays are most often used to construct complex 
heads for manually designed tables, many other 
applications for this feature have been developed. 
For example, Figure 5-1 was produced from a 
stored overlay. 

System Enhancements—As has been mentioned, 
the order in which the data appears in the data 
base is strictly a result of the outline order to 
which the document was written. The writer or 
editor need not be concerned with the position on 
a page that the material he is writing will 
occupy. The author is responsible only for the 
logical relationship of the elements of subject 
matter he is creating. 

Although this makes the task of the writer 
much easier, constructing the material in good 
order is absolutely necessary if a full text data 
base is to be created. 

It is the responsibility of the automated 
system to display the elements on pages so that it 
is easy for the reader to comprehend the subject 
matter. Thus, the system software must contain 
routines that can analyze an unlimited variety of 
situations concerning the positioning of footnotes, 
floats, text, tables, and illustrations as they are 
encountered in the input. The fact that the text, 
tables, floats, and illustrations may span one or 
more text columns greatly complicates the prob¬ 
lem. The unique situations to be encountered in 
production are so numerous, that it is impossible 
to list even a small fraction of them. The ap¬ 
proach used during the past 7 years has been to 
release enhancements to production with great 
caution. On occasion the “improvement” would 
insert a “bug” in a remote part of the program 
that had functioned properly in the previous re¬ 
lease. Only after the new release of the system 
had produced several hundred thousand pages 
could we be relatively certain that the enhance¬ 
ment was actually an improvement. 

Page Specimens—An effort has been made, how¬ 
ever, to establish an input sample that would 
thoroughly check the system. The program is re¬ 
quired to process this input satisfactorily before 
the new release is turned over to production. 

The test specimen pages require two for¬ 
mats—F1271 for three-column and F1272 for two- 
column pages. The completed Page Format Design 
Forms for each of these formats can be found in 
Appendix A. A listing of the locators contained in 
these two formats appears in Table 6-A. 
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Table 6-A—Data Elements for Specimen Pages 


Locator 

No. 


Function 


Running Head (odd page) 

Running Head (even page) 

Text (body head for first/last entry) 

Text 

Footnotes 

Subcolumns 

Running Head (line rule on both odd and even) 
Text (body head two column span) 

Text (body head three column span in F1271 only) 

First Entry Head 

Last Entry Head 

Caption (one column span) 

Graphic (one column span) 

Legend (one column span) 

Caption (two column span) 

Graphic (two column span) 

Legend (two column span) 

Caption (three column span F1271 only) 

Graphic (three column span F1271 only) 

Legend (three column span F1271 only) 

Folio 

Folio 

Data for three subformat generated tables 


By varying the sequence of these elements, it 
is possible to create a large variety of page for¬ 
matting situations that the system must be able 
to process satisfactorily. Sooner or later, all of 
these situations will happen in production. Occa¬ 
sionally, an unforeseen condition is encountered 
which the system does not format properly. After 
the problem is identified and corrected, a data 
file simulating this condition is added to the 
input sample. In order to give the reader a gener¬ 
al idea of the page formatting capabilities of the 
system, a small portion of the specimen pages 
have been selected and are presented on the fol¬ 
lowing pages. 

The 11 pages from “live” production are of 
particular interest to the reader. Attention is di¬ 
rected to the formatting of rollcalls in the Con¬ 
gressional Record (Sample Pages B and I) and the 
multilevel continued heads in the General Index 
of the U.S. Code (Sample Page E). 
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TEST SPECIMENS 


The specimen pages together with the input from which they 
were produced are presented- on the following sets of facing 
pages. A simulated display of the input (including all function 
codes) is provided on the even page. The page as com¬ 
posed by the system is shown on the facing page. The de¬ 
signs of Formats 1271 and 1272 are included in Appendix A. 
Brief comments concerning any unique features or limitations 
of each specimen page are provided. A detailed study of 
these pages by the reader will prove well worth the effort. 
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Test Specimen 1—Input 


A I23THREE COLUMN SPECIMEN (SINGLE SECTION) A121 
AI03H-1 Head (First/Last) 

AI04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

AI04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 

AI04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

AI03H-2 Head (First/Last) 

AI04Paragraph\1\AN of text matter.\2\ AN Paragraph of 
text matter. Paragraph of text matter. Paragraph of text 
matter. Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 

A105AN\1\More than one footnote can be referenced in the 

Al05AN\2\However only one reference per word is allowed. 
Al04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of tc“* 


Paragraptfof text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Al04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 

A l04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. AY1 


--...... ----'. Paragraph of text matter. 

Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

Al04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of tc~" ------ 

Paragraph of text matter. Paragraph of t< 

Paragraph of text matter. Paragraph of tc...__ 

Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 

AI04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Al03H-5Head (First/Last) 

AI04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
AI04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of tf 1 ------ 


Al04Paragraph of text matter. Paragraph of t< 

Paragraph of text matter. Paragraph of text me 
Paragraph of text matter. Paragraph of text matter. 
AI03H-6 Head (First/Last) 

AI04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Al04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of AYO text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of “ 

Paragraph of text matter, 


Paragraph of text matter. Paragraph of text matter. 

Al06AlabamaAPAlaska APArizona APArkansasAP 
California APColorado APConnecti cut A PDelaware APDistrict 
of Co lumbi aAPFloridaA PGeorgi a A PGuam A PHawa i i A PIdaho A P 
IllinoisA PIndi ana A Plowa A PKansas A PKentucky A P 
Louisiana APMaine APMary land APMassachusetts AP 
MichiganAPMinnesota APMississippi APMissouri AP 
Montana A PNebraska A PNevada A PNew Hampshi re A PNew 
JerseyAPNew MexicoAPNew YorkAPNorth CarolinaAPNorth 
Dakota A POhio A POk lahoma A POregon A PPennsy l vani a A PRhode 
IslandAPSouth Carolina A PSouth Dakota APTennesseeAP 

Vi rginia APWisconsinAPWyoming AP 
AI03H-8 Head (First/Last) 

A I04Paragraph of text matter. Para<^raph^of^text matter. 
Paragraph of text matter. Paragraph of text matter. 

A 105AN\3\There is nc 1 
may be referenced ir 


Al04Paragraph of text matter. Paragraph of text matter. 
AI03H-9 Head (First/Last) 9 P 

Al04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

Paragraph of text matter. Paragraph of text matter. 

4*105 AN\4\A footnote can have as many paragraphs as 
desired. It can occupy more than a columr '- *■ 

A105Footnotes, as well as text, may contain an unlimited 
number of data elements. 

Ac5,s30,3,3,3,3A l95Narrow Table (A) 

A hi AH-1 A h 1BH-1 A h2CH-2 A h3DH-3 A h3EH-3 A h2FH-2 A h3GH- 
3 Ah3HH-3 A j 

AlOlStub entries may vary in length AD099 AD089 AD07 
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Test Specimen 1—Page Sample 


THREE COLUMN SPECIMEN (SINGLE SECTION) 



The system thinks that it is setting a bland page such as 
this until it encounters data in the input that requires it to 
remake the page into multisections. Interesting features on 
this page are: (1) revision flags, (2) footnotes, (3) the listing 
of states in subcolumns, and (4) a single-column table that 
must be continued on the following page. Down rules in 
these sample tables are generated from Format 1271 (/SUB¬ 
FORMAT GENERATION PARAMETERS/ line /09/). 
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Test Specimen 2—Input 


4101 Stub O D099 4 D089 4 4079 4 D069 
4101 Stub 4 D099 4 4089 4 4079 4 4069 
4101 Stub 4 4099 4 4089 4 4079 4 4069 


4101 Stub 4 4099 4 4089 4 D079 4 4069 
4 101 Stub 4 40994 4089 4 407944069 
4101 Stub 4 4099 4 4089 4 4079 4 4069 


4101Stub4 4099 4 4089 4 4079 4 4069 
4101S tub 4 D099 4 4089 4 4079 4 6069 
4 101S tub 4 D099 4 4089 4 4079 4 6069 


4101S tub 4 6099 4 6089 4 6079 4 6069 
4 101S tub 4 6099 4 6089 4 6079 4 6069 4 e 


4I03H-10 He— .. 
4104Paragraph oi 
Paragraph of texl 


aragraph of tf 

Paragraph of text m< 

Paragraph of text matter. Paragraph of text matter. 

&c5%ifi,Z 0 ,3j?Z&l95Harrou r iable (B) ** ** ^ 

A hi AH-1 A hlBH-1 A h2CH-2A h3DH-3 A h3EH-3Ah2FH-2Ah3GH- 
3Ah3HH-3Aj 

A IOlStub entries may vary in LengthA D099A D089A D07 
9 A 0069 

AlOISystem justifies table to column 
width A D099 A D089 AD079A D069 

A 101 Remainder is added to stub A D099 A D089 A 0079 A 0069 
A 101S tub A D099 A 0089 A D079 A D069 
4 101 Stub A D099 A D089 A 0079 A D069 
A 101 Stub A D099 A D089 A D079 A D069 
A 101 Stub A D099 A D089 A D079 A D069 
A 101S tub A D099 A D089 A D079 A D069 
A 101S tub A D099 A D089 A D079 A D069 
A 101S tub A D099 A D089 A D079 A D069 
A 101 Stub A D099 A D089 A 0079 A D069 


A 101S tub A D099 A D089 A D079 A D069 
A101S tub A D099 A D089 A 0079 A D069 
A 101 Stub A D099 A D089 A D079 A D069 
A 101 Stub A D099 A D089 A 0079 A D069 
A 101S t ub A D099 A D089 A 0079 A D069 
A IOlStub A D099 A D089 A 0079 A D069 

- ‘ i A D099 A D089 A 0079 A D069 

> A D099 A D089 A 0079 A 0069 
i A D099 A 0089 A 0079 A D069 

-—"S9A0079AD069 

AD079AD069 
A 0079 A 0069 
AD079AD069 
AD079AD069 
A0079AD069 
A 0079 A D069 
A D079A 0069 

__89AD079 A D069 

-S t ub A 0099 A D089 A D079 A 0069 

A IOlStub A D099 A D089 A D079 A D069 
A 101 Stub A D099 A D089AD079 A D069 
A101S t ub A 0099 A D089 A D079 A 0069 
A 101 Stub A D099 A D089A D079 A D069 
A 101S tub A D099 A D089 A D079 A D069 


A IOlStul 


AlOIStul 
AlOISti ‘ 
AlOISti 


AlOIStul 


AlOISti 

AlOIStul 


>AD08S 
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Test Specimen 2—Page Sample 



Table (A) is continued from the previous page. Table (B) 
starts in the first column and continues in the second. Note 
that the table title is carried from page to page, but not from 
column to column. The boxhead, however, is carried. This is 
controlled by the format designer. (Format 1271—/PAGE/ 
line /83/) 
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Test Specimen 3—Input 


4l04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

"-aph of text matter. Paragraph of text matter. 


Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

Paragraph 9 of P text matter. Paragraph 9 of P text matter. 

4I04Paragraph of text mat ter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 

4I04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 


Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
4I04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 

4104Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

4 I03H-18 Head (First/Last) 

4I04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

4 l04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of te " ------ 

Paragraph of text matter. Paragraph of U 
Paragraph of text matter. Paragraph of U 
Paragraph of text matter. Paragraph of te 
Paragraph of text matter. 

AI04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

4103H-19 Head (First/Last) 

4I04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
4I04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 

4l04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 


4I03H-20 Head (First/Last) 

4I04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
4I04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 

4l04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

4I03H-21 Head (First/Last) 

4I04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

4 I04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 

4I04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
4I03H-22 Head (First/Last) 

4104Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
4I04Paragraph of text matter. Paragraph\6\4N of text 
matter. Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 

41054N\6\Footnotes are often referenced in text appearing 
on the Last page. 

4 l04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
4I03H-23 Head (First/Last) 

4 I04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text\7\4N matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

4I05 4N\7\0ften, more than one footnote reference occurs 
on the Last page of a section. 

4 I04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 

4 I04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
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Test Specimen 3—Page Sample 



This is the last page of a chapter. The system analyzes the 
“galley" available and computes the column length of the 
“short” page. Footnotes are often encountered on the last 
page. 
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Chapter 6—Page Makeup 


Test Specimen 4—Page Sample 


TWO COLUMN SPECIMEN (SINGLE SECTION) 



This is a bland page containing two text columns. Note that 
the list of states is arranged in subcolumns, three to a text 
column, as opposed to two shown in Specimen 1. The foot¬ 
note referenced in the last text line on the page is continued 
to the next page. The word “ Continued" is generated by the 
system. (Format 1272—/PAGE/ line /86/) 
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Test Specimen 5—Input 


Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

410$>aragraph of text matter. I 

Paragraph of text matter. Parag ..... _. .. 

Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 


Paragraph of text matter. 
4I04Paragraph of text matter, 
Paragraph of text matter. Pars 
Paragraph of text matter. Pari 
Paragraph of text matter. Par. 
Paragraph of text matter. Pari 


Paragraph of text matter. 
.. jgraph of text matter, 
iragraph of text matter, 
-igraph of text matter, 
igraph of tr‘ — 


Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Par; 

4103H-/Head (First/Last) 

4 I04Paragraph of text matter. 

Paragraph of text matter. Pari 

Paragraph of text matter. Pare 
Paragraph of text matter. Para 
Paragraph of text matter. 


. Paragraph of .—- 

jgraph of text matter, 
iragraph of text matter, 
"jgraph of text matter, 
igraph of text matter, 
igraph of text matter, 
igraph of text matter, 
igraph of text matter. 

Paragraph of text matter. 


Paragraph of text matter. Paragraph of text matter, 


___ __ Paragraph of text matter. 

Paragraph of text matter. Paragraph of text matter. 

4l04Paragraph of text matter. 

Paragraph of text matter. Para = , __ __ 

Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

4I0^H-^Head CFirst/Last) 

4I04Paragraph of text matt. 

Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 

4I04Paragraph of text matter. F 

Paragraph of text matter. Paragi ... _ _ 

Paragraph of text matter. Paragraph of text matter. 


Paragraph of text matter. Pari 


Paragraph of text 
4IQ4Paragraph of 


text matter. 


Paragraph of text matter. Paragraph of text matter. 


. Paragraph of text matter, 
■agraph of text matter. 


Paragraph of_ 

Paragraph of text 
Paragraph of text matter. 

Paragraph of "—" —“— 

Paragraph of 
Paragraph of 

Paragraph of text matter. 

4I03H-9 Head (First/Last> 

4 lQ4Paragraph of text matter. 

Paragraph of text matter. Para.,. .... _ __... 

Paragraph of text matter. Paragraph of text matter 
Paragraph of text matter. Paragraph of text matter 
Paragraph of text matter. Paragraph of text matter 
Paragraph of text matter. Paragraph of text matter 
Paragraph of text matter. Paragraph of text matter 


igraph of 

. Paragraph of text matter, 
igraph of text matter, 
igraph of text matter. 

Paragraph of text matter. 


Paragraph of text matter. Paragraph of text matter. 
4I04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 

4I04Paragraph of text matter. Paragraph of text matter. 

Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 

4 I04Paragraph of text matter. Paragraph of text matter. 

Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 

4103H-10 Head (First/Last) 

4I04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

Paragraph of text matter. Paragraph of text matter. 

Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

4I04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 

4I04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 

4I04Paragraph of text matter. Paragraph of text matter. 



Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 

4I03H-11 Head (First/Last) 

4I04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 

4I04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 

4104Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 

4I04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 

4I03H-12 Head (First/Last) 

4I04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
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Chapter 6—Page Makeup 



The second column of this page is not justified. The title and 
boxhead of Table (A) would not fit and had to be carried to 
the next page. Although the column is carded out to the 
maximum allowed by the system, it is not enough to facilitate 
justification. 
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Test Specimen 6—Page Sample 



This is the last page of a chapter. It contains tabular data 
only. 
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Publishing From a Full Text Data Base 


Test Specimen 7—Input 


AF1271 AIOIThre 


SPECIMEN (MULTISECTIONS) A 121 


A I02Specimen Test A I23THREE COLUMN 


Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

&I04Paragraph of text matter. Paragraph of text matter. 


Paragraph ol 
Paragraph ol 
Paragraph of 


r. Paragraph of text n 
r. Paragraph of text n 
r. Paragraph of text n 


Paragraph of text matter. 

AI04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. ParaaraDh of text matter, 
•agraph of text matter. Para 
03H-2 Head (First/Last) 


£ IOAPar 


aragraph of 


Ac5, 9 s3(?,3,3,3,3AI95Narrow Table (A) 

A hi AH-1 A hlBH-1 Ah2CH-2 A h3DH-3 A h3EH-3 A h2FH-2 A h3GH- 
3 Ah3HH-3 A j 

AlllStub entries may vary in lengthAD099AD089AD079 
A 0069 

AlllSystem justifies table to column widthA0099AD089 
AD079AD069 


AHITable cannot spl i t A 0099 A D089 AD079 A 0069 
AHITable cannot split AD099AD089A0079A0069 


Paragraph^ 

WfHe 


Paragraph of text it 
Paragraph of text ir 
C I04Paragraph of t 




Paragraph 
graph of U 
igraph of t< 


graph of te!t Salter! 
graph of text matter. 

Paragraph of text matter. 

of text matter. Paragraph of text matter. 
.3,3,3,3/3,3,3,3,3,3,3,36195Medium Width Table 

A h2CH-2 A h30H-3 A h3EH-3 A h2FH-2 A h3GH-3 A h3HH-3 
■2Ah3KH-3A h3LH-3 A h2MH-2 A h3NH-3 A h30H-3 
A h2QH-2 A h3UH-3 A h3VH-3 A h2WH-2 A h3XH-3 A h3YH-3 


1 A 0069 A D099 A 0089 A 0079 A D069 


A101 Stub A 0099 A 0089 A 007' 

A 0099 A 0089 A 0079 A 0069 
A 101 Stub A 0099 A 0089 A 0079 A 0069 A 0099 A 0089 A D079 A 0069 


A 0099 A 0089 A 0079 A 0069 
A101S tub A 0099 A 0089 A 0079 A 0069 A 0099 A 0089 A D079 A 0069 
A D099 A D089 A D079 A 0069 


AIOAParagraph ol 


Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

AIOAParagraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

Paragraph 9 of P text matter. Paragraph^ P text matter. 
Paragraph of text matter. Paragraph of text matter. 

AI03H-5 Head (First/Last) 

Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

AI06Alabama APAlaska APArizona APArkansas AP 
California A PColoradoAPConnecti cut APDe l a ware A PDi strict 
of Columbia APFlorida APGeorgiaAPGuamAPHawaii APIdahoAP 
111 inoi s A PIndi ana A PIowa APKansas A PKentucky A P 
LouisianaAPMaineAPMarylandAPMassachusetts AP 
MichiganAPMinnesotaAPMississippi APMissouri AP 

JerseyAPNew MexicoAPNew York APNorth Carolina A PNorth 
IslandAPSouth Carolina APSou t h°Dakota S PTenneVsee4P ° 6 

Virginia^PWisconsTnA PWyon uig&P ” in9t ° n 6St 

4I03H-6 Head (First/Last) 

AI04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. 

Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
AIOAParagraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 


AI03H-7 Head (First/Last) 

Paragraph of text matter. Par 
Paragraph of text matter. Par 
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Test Specimen 7—Page Sample 


THREE COLUMN SPECIMEN (MULTISECTIONS) 



Locator 11 as used in the stub column of Table A is a start 
only locator and does not generate leaders. While composing 
the remainder of the page, the system encountered Table (B) 
which spans two text columns. Then the list of states ap¬ 
peared toward the end of the first column of the section 
under the table. 
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Test Specimen 8—Input 


Xc5,s30,3,3,3,3Al95Nar 


BH-1A H2CH-2 A h3DH-3 A h3EH-3 A h2FH-2 A h3GH- 
>y vary in length AD099 AD089AD079 


AD079AD069 


olumn widths D099 A D089 


A 111 Remainder is added to stubAD099AD089AD079AD069 
4111S tub 4 0099 4 0089 4 0079 4 D069 
4 111 Stub A D099 A 0089 A 0079 A 0069 
A111Stub A D099 A 0089 A 0079 A D069 
A I IIS tub A 0099 A 0089 A 0079 A 0069 
A111S tub A D099 A 0089 A 0079 A D069 
A II IStub A D099 A D089 A D079 A0069 Ae 
AI04Paragraph of text matter. Paragraph of text matter. 

Paragraph of text matter. Paragraph of text matter. 

AI03H-8 Head (First/Last) 

AI04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

AI04Paragraph of text matter.Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

Paragraph of text matter. Paragraph of text matter. 

AlO^Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

^YolpaTag raph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

Paragraph of text matter. Paragraph of text matter. 

Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

4I04Paragraph of text matter. Paragraph of text matter. 

Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

Paragraph of text matter. Paragraph of text matter. 

Aioiparagraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 

Paragraph of text matter. Paragraph of text matter. 

Acl^Jslo J / 3A f 3*3,3^3 ',**{*&% A°l95Medium Width Tab le 
AhlAH-1 

A hi BH-1 A h2CH-2 A h3DH-3 A H3EH-3 A h2FH-2 A H3GH-3 A h3HH-3 
A hi IH—1 

A h2J H-2 A h3KH-3 A h3LH-3 A h2MH-2 A h3NH-3 A h30H-3 
A h2QH-2 A h3UH-3 A h3VH-3 A h2WH-2 A h3XH-3 A h3YH-3 

A101 Stub A D099 A D089 A D079 A D069 A D099 A D089 A D079 A 0069 
A D099 A D089 A D079 A D069 

A 101S tub A D099 A 0089 A D079 A 0069 A D099 A 0089 A D079 A 0069 
A D099 A D089 A D079 A D069 

A 101 Stub A 0099 A 0089 A 0079 A 0069 A D099 A 0089 A D079 A 0069 
A D099 A 0089 A 0079 A D069 


A101 Stub A D099 A 0089 A D079 A D069 A 0099 A 0089 A D079 A D069 


r. Paragraph of t< 
r. Paragraph of t< 
r. Paragraph of ti 

p ara g ra ph 


agraph of te 

agraph of t€ 
agraph of te 
agraph of te 
agraph of te 

r. Paragraph 
•agraph of te 


4I03H-9 Head (F 
4I04Paragraph< 

Paragraph of tej 


Paragraph of te 
Paragraph of te 
Paragraph of te 
Paragraph of te 
Paragraph of te 
6I04Paragraph 

Paragraph of te 

Paragraph of te 
4I03H-10 Head 
6IQ4Paragraph 
Paragraph of te 


Paragraph of te 

4I03H-11 Head 
4I04Paragraph 
Paragraph of te 


4I04Paragra 
Paragraph of 
Paragraph of 
4I03H-12 Hee 


Paragraph of text matter. P 
4013,530,3,3,3,3,3,3,3^3, 


t. Paragraph of te 


,3,3,3,34I95Medium 


4 hlBH-1 4 h2CH-24 h3DH-34 h3EH-3 4 h2FH-24 h3GH-34h3HH-3 
4 hiIH-1 

4 h2JH-2 4 h3KH-3 4 h3LH-3 4 h2MH-2 4 h3NH-3 4 h30H-3 
4 hi PH—1 

4 h2QH-2 4 h3UH-3 4 h3VH-3 4 h2WH-2 4 h3XH-3 4 h3YH-3 

4 101 Stub 4 0099 4 D0894 0079 4 0069 4 D0994 D089 4 0079 4 D069 
4 0099 4 0089 4 0079 4 D069 

4 101 Stub 4 0099 4 0089 4 00794 D069 4 D0994 D0894 00794 0069 
4 0099 4 0089 4 0079 4 D069 

4 101S tub4 0099 4 0089 4 0079 4 0069 4D0994D0896D0796 D069 
4 0099 4 D089 4 0079 4 D069 

4 101S tub 4 0099 4D0894 0079 4 0069 4 D099 4 0089 4 0079 4 0069 
4 D099 4 0089 4 0079 4 D069 
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Test Specimen 8—Page Sample 




Two tables that span two columns were encountered while 
composing this page. The second table is not complete and 
must be continued on the next page. 
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Test Specimen 9—Input 


4101S tub 4 D099 4 D0894 D079 4 0069 4 D099 4 
4 D099 4 0089 4 0079 4 0069 
4101S tub 4 0099 4 0089 4 D079 4 0069 4 0099 4 
4 0099 4 0089 4 0079 4 0069 
4101S tub 4 0099 4 0089 4 0079 4 0069 4 0099 4 
4 0099 4 D089 4 0079 4 D069 
4 101Stub4 D099 4 0089 4 0079 4 0069 4 0099 4 
4 0099 4 D089 4 0079 4 0069 
4101S tub 4 0099 4 D089 4 0079 4 0069 4 0099 
4 0099 4 0089 4 0079 4 0069 
4101S t ub 4 0099 4 0089 4 0079 4 0069 4 0099 4 
4 0099 400894007940069 
4 101S tub 4 D099 4 0089 4 0079 4 0069 4 0099 4 
4 0099 4 D089 4 00794 0069 
4101S tub 4 0099 4 0089 4 0079 4 0069 4 0099 4 
4 0099 4 0089 4 0079 4 0069 
4 101S tub 4 0099 4 0089 4 0079 4 0069 4 0099 4 
4 00994 00894 00794 0069 
4 101 Stub 4 0099 4 0089 4 00794 0069 4 0099 4 
4 0099 4 0089 4 0079 4 0069 
4 IOlStubO 00994 00894 00794 00694 00994 
4 0099 4 0089 4 0079 4 0069 
4101S tub 4 0099 4 D089 4 0079 4 0069 4 0099 4 
4 0099 4 0089 4 0079 4 0069 


00894 00794 0069 
00894 00794 0069 
00894 00794 0069 
00894 00794 0069 
0089 4 00794 0069 
0089 4 0079 4 0069 
00894 00794 0069 
00894 00794 0069 
00894 00794 0069 
00894 00794 0069 
D089 4 0079 4 D069 
0089 4 D079 4 D069 



4 hi BH-1 4 h2CH-2 4 h3DH-34 H3EH-34 h2FH-2 4 h3GH-3 4 h3HH-3 
4h1IH-1 

4 h2 J H-2 4 h3KH-3 4 h3LH-3 4 h2MH-2 4 h3NH-3 4 h30H-3 
4 hi PH-1 

4 h2QH-2 4 h3UH-3 4h3VH-34h2WH-24h3XH-34 h3YH-3 
4 j 

4101Stub4D21,0994021,0894021,0794D21,0694 021,099 
4 021,089 4 021,079 4 021,069 4021,099 4 D21,089 4 021 ,079 
4 021,069 4 DComments or remarks 

4I01St ub 4021,0994D21,0894021,0794D21,0694 D21,099 
4 021,0894 D21,0794021 ,069 4021 ,099 4 D21,0894 021,079 
4021,069 

4101Stub4D21,0994D21,0894021,0794D21,069 4021,099 
4 021,0894D21,0794 021,0694021,0994 021,0894D21,079 
4 021,0694DComments or remarks 

4101Stub4D21,0994D21,0894021,0794D21,0694 021,099 
4 021,0894D21,079 4 D21,069 4 021,099 4 021 ,089 4 021 ,079 
4 021,069 

4I01Stub6D21,0994D21,0894D21,0794021,0694021,099 
4 021,0894 021,0794 D21,0694 D21,0994 021,089 4 D21,079 
4 021,069 

4 l01Stub4D21,0994D21,0896D21,0794021,0694021,099 
4 021,089 4 021,0794 021,0694021,099 4 021,089 4 021,079 
4021,0694DComments or remarks 
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3e Column Specimen (Multisections) 



/ 


RESERVED SPACE 

The table spanning two columns was continued from the pre¬ 
vious page, and a table spanning three columns was encoun¬ 
tered. Two footnotes were referenced in the text preceding 
the wide table. They were put out in the order referenced 
and balanced under the number of text columns spanned by 
the table. There wasn’t sufficient footnote data to utilize all 
of the area reserved. Note the blank space under column 
three. 
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AIOAParagraph of text matter. Paragraph of -.... 

Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of 
AI03H-18 Head (First/Last) 

AI04Paragraph of text matter. Paragraph of 
Paragraph of text matter. Paragraph of text matter. 

Paragraph of text matter. -- u "■* 

Paragraph of text matter. 

Paragraph of text matter 
Paragraph of text matte- 
Paragraph of text matt* 

Paragraph of text matte. 

Paragraph of text matter 
Paragraph of text matte~ 

Paragraph of text matt* 

Paragraph of text matt* 

Al04Paragraph of “*'* 

Paragraph of text 
Paragraph of text matter. Paragraph of text matter. 
Ac13 / s30,3 / 3 / 3,3 / 3 / 3 / 3,3 / 3X3 / 3AI95Medium Width Table 


Paragraph of 1 1 ... 

Paragraph of text matter. 
Paragraph of text matter. 
Paragraph of text matter. 
Paragraph of text matter. 
Paragraph of text matter. 
Paragraph of text matter. 
Paragraph of tr* — 
Paragraph of *' 

:ter. Paragraph of tt..._ 

Paragraph of text matter. 
Paragraph of U ------ 


H-2 A h3KH-3 A h3LH-3 41 h2MH-2 A h3NH-3 A h30H-3 
A h2QH-2 A h3UH-3 A h3VH-3 A h2WH-2 A h3XH-3 A h3YH-3 

A101 Stub A D099 A D089 A D079 A D069 A D099 A D089 A D079 A D069 
A D099 A D089 A D079 A D069 

A101S tub A D099 A D089 A D079 A D069 A D099 A D089 A D079 A D069 


A101 Stub A D099 A D089 A D079 A D069 A D099 A D089 A D079 A D069 
A D099 A D089 A D079 A D069 


AI03H-19 Head (First/Last) 


AI04Paragraph of 
Paragraph of text 
Paragraph of text 
Paragraph of text 
AI04Paragraph of 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text 
AI04Paragraph of 
Paragraph of text 
Paragraph of text 
Al04Paragraph of 
Paragraph of text 
Paragraph of text 
Paragraph of text 
AI04Paragraph of 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Al04Paragraph of 
Paragraph of text 
Paragraph of text 
AI04Paragraph of 
Paragraph of text 
Paragraph of text 


I04Paragraph of 

raragraph of text _ 

Paragraph of text matter, 
Paragraph of text matter, 
Paragraph of text matter, 


t matter. Paragraph of text matter. 
Paragraph of text matter. 
Paragraph of text matter. 
Paragraph of text matter, 
tter. Paragraph of text matter. 
Paragraph of text matter. 
Paragraph of text matter. 
Raragraph of text matter. 
Paragraph of text matter. 
Paragraph of text matter 
Paragraph of text matter 

:ter. Paragraph of text ms 
Paragraph of text matter 
Paragraph of text matter 
:ter. Paragraph of text ms 
Paragraph of text matter. 
Paragraph of text matter 
Paragraph of text matter 
:ter. Paragraph of text ms 
Paragraph of text matter. 
Paragraph of text matter. 
Paragraph of text matter. 
Paragraph of "" " 

Paragraph of 

Paragraph of text matter. 

:ter. Paragraph of 

Paragraph of text__ 

. Paragraph of text matter, 
matter. Paragraph of " 
Paragraph of text 
Paragraph of text 
Paragraph of text matter. 

:ter. Paragraph of text ma 
Paragraph of text matter. 


Paragraph of text matter. 

Paragraph of text matter. 

Paragraph of text matter. 

AI04Paragraph of text ma 
Paragraph of text matter. 

Paragraph of text — 

AI04Paragraph of 

Paragraph of text-- 

Paragraph of text matter. 

Paragraph of text —**— 

AI04Paragraph of 
Paragraph of text matter. 

Paragraph of text matter. 

Paragraph of text matter. 

Paragraph of text matter. 

Paragraph of text matter. 

Paragraph of text matter. 

Paragraph of text matter. 

A I04Paragraph of text ma 
Paragraph of text matter. 

Paragraph of text — 

A I04Paragraph of ... 

Paragraph of text matter. 

Paragraph of text matter. 

Paragraph of text matter. 

Paragraph of text matter. 

Paragraph of text matter. 

Paragraph of text matter. 

Paragraph of text matter. 

A l04Paragraph of text ma 
Paragraph of text matter. 

Paragraph of text matter. 

AI04Paragraph of text mal 
Paragraph of text matter. 

Paragraph of text matter. 

Paragraph of text matter. . 

Paragraph of text matter. F 
Paragraph of text matter. F 
Paragraph of text matter. F 
Paragraph of text matter. 

Ac13,s30,3,3,3,3,3,3,3,3,3,3,3,3 A I95Medium Width Table 

A hi AH—1 

A hiBH-1A h2CH-2 A h3DH-3 A h3EH-3 A h2FH-2 A h3GH-3 A h3HH-3 
A h2JH-2 A h3KH-3A h3LH-3 A h2MH-2 A h3NH-3 A h30H-3 


A 101S tub A D099 A D089 A D079 A D069 A D099 A D089 A D079 A D069 
A D099 A D089 A D079 A D069 

A101 Stub A D099 A D089 A D079 A D069 A D099 A D089 A D079 A D069 


tter. Paragraph of text 
Paragraph of text matte. . 
Paragraph of text matter, 
tter. Paragraph of text ma 
Paragraph of text matter 
Paragraph of text matter, 
Paragraph of text matter, 
tter. Paragraph of text ma 
Paragraph of text matter, 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 

tter. Paragraph of te. 

Paragraph of text matter 
Paragraph of text matter 
tter. Paragraph of text ma 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text m?** - -- 
Paragraph of text m*..... 
Paragraph of text matter 

tter. Paragraph of text ms 
Paragraph of text matter 
Paragraph of text matter 
tter. Paragraph of tr ^ — 

Paragraph of text me._ 

Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 


Paragraph of 
Paragraph of text 
Paragraph of text 
AI04Paragraph of 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text .... 
Paragraph of text m< 

AI04Paragraph of ‘ 

Paragraph of text_ 

Paragraph of text matt* 


tter. Paragraph of 
Paragraph of text 
Paragraph of text 


A101S tub A D099 A D089 A D079 A D069 A D099 A D089 A D079 A D069 
A D099 A D089 A D079 A D069 

A 101S tub A D099 A D089 A D079 A D069 A D099 A D089 A D079 A D069 


_Paragraph of 

Paragraph of text 
Paragraph of text 
Paragraph of text 
tter. Paragraph of 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text .... 
Paragraph of text m« 
Paragraph of t—* * 
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Chapter 6—Page Makeup 


Test Specimen 10—Page Sample 



The system designs an irregularly shaped section for the text 
that appears between the 2 tables. The last column of the 
section under the second table is set short. The paragraph 
that is continued to the next page has a total of only four 
lines. Widow logic and maximum carding rules take prece¬ 
dence over column justification when a conflict arises. 
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Publishing From a Full Text Data Base 


Test Specimen 11—Input 


AI03H-21 Head (First/Last) 

*I04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of tr* — 

Paragraph of text matter. Paragraph of t< 

Paragraph 9 of P text matter. Paragraptfol 
Paragraph of text matter. Paragraph ol 
Paragraph of text matter. Paragraph ol 
Paragraph of text matter. Paragraph ol 
Paragraph of text matter. Paragraph of 


Paragraph of text m< 
Paragraph of text m« 
«I04Paragraph of t< 
Paragraph of text mi 


Paragraph of t< 
Paragraph of t< 
Paragraph of t< 
Paragraph of t< 


aragraph of tf 
aragraph of t( 
aragraph of t< 


Paragraph of t« 
Paragraph ol 


:ext matter. 


fclic 
(I) 

AhlBH-1 A h2CH-2 A h3DH-3 A h3EH-3 A h2FH-2 A h3GH-3 A h3HH-3 
A h2 JH-2 A H3KH-3 A h3LH-3 A h2MH-2 A h3NH-3 A h30H-3 
A H2QH-2 A H3UH-3 A h3VH-3 A h2WH-2 A h3XH-3 A h3YH-3 
A101 Stub A D099 A D089 A D079 A D069 A D099 A D089 A D079 A D069 
A D099 A D089 A D079 A D069 

A 101Stub A D099 A D089 A D079 A D069 A D099 A D089 A D079 A D069 
A D099 A D089 A D079 A D069 

A101S t ub A 0099 A D089 A 0079 A D069 A D099 A D089 AD079A D069 
A 0099 A 0089 A 0079 A 0069 

A101Stub A 0099 A 0089 A 0079 A 0069 A D099 A 0089 A 0079 A 0069 
A 0099 A 0089 A 0079 A 0069 

A101 Stub A 0099 A D089 A 0079 A D069 A D099 A 0089 A D079 A D069 
A D099 A D089 A 0079 A D069 

A 101 Stub A 0099 A D089 A 0079 A 0069 A 0099 A 0089 A D079 A D069 
A 0099 A D089 A D079 A D069 


,s30,6 


,r60 A !95Wide Te 




_ _21,069 ADCom_ _ 

A 101S tub A 021,099 A 021,089 A D21,079 A 021 ,069 A D21,099 
A D21,089 A 021,079 A 021,069 A 021,099 A 021,089 A D21,079 


A101 Stub A D21,099 A 021,089 A 021,079 A 021,069 A D21,099 
A D21,089 A D21,079 A D21,069 A D21,099 A 021,089 A 021,079 
AD21,069A0Comments or remarks 

A101 Stub A D21,099 A D21,089 A D21,079 A 021,069 A 021,099 
A D21,089 A 021,079 A 021,069 A D21,099 A D21,089 A D21,079 
A 021,069 

A101 Stub A 021,099 A 021,089 A D21,079 A D21,069 A 021,099 
A D21,089 A 021,079 A 021,069A 021,099 A 021,089 A D21,079 
AD21,069 

A101 Stub A D21,099 A 021,089 A 021,079 A D21,069 A 021,099 
A D21,089 A 021,079 A 021,069 A D21,099 A 021,089 A D21,079 
AD21,069A0Comments or remarks 

Ac13,s30,3,3,3,3,3,3,3,3,3,3,3,3Al95Medium Width Table 
AhlAH-1 

A hiBH-1 A H2CH-2 A h3DH-3 A h3EH-3 A h2FH-2 A h3GH-3 A h3HH-3 
A h2JH-2 A h3KH-3 A h3LH-3 A h2MH-2 A h3NH-3 A h30H-3 
A h2QH-2 A h3UH-3 A h3VH-3 A h2WH-2 A h3XH-3 A H3YH-3 
A 101 St ub A 0099 A D089 A D079 A 0069 A D099 A 0089 A D079 A D069 


A D099 A D089 A 0079 A D069 
A101 Stub A D099 A D089 A D079 A D069 A D099 A D089 A D079 A D069 
A 0099 A D089 A 0079 A 0069 


Paragraph of text m 
Paragraph of text m 
Paragraph of text m 
Paragraph of text m 
Paragraph of text m 
Al04Paragraph of t 


Paragraph of text ma 
Paragraph of text ma 
AIOAParagraph of te 
Paragraph of text ma 


Paragraph of t€ 
Paragraph of t€ 
Paragraph of te 
Paragraph of te 


Paragraph of te 
Paragraph of te 
Paragraph of te 
tter. Paragraph 
Paragraph of te 
Paragraph of te 
Paragraph of te 
Paragraph of te 
Paragraph of te 
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Chapter 6—Page Makeup 


Test Specimen 11—Page Sample 


Three Column Specimen (Multisections) 



This is the last page of a chapter. Short pages often contain 
material that spans more than one column. It is interesting to 
note that the three tables followed each other in the input, 
and that the first spanned two columns, the second three, 
and the third two. Try to guess how many iterations the 
system took to arrange this page. 
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Publishing From a Full Text Data 


Test Specimen 12—Input 


A F1272AIOlTwo Column Specimen (Multisectioi 
AI02Specimen TestAl22TWO COLUMN SPECIMEN 
(MULTISECTION) A 121 
AI03H-1 Head (First/Last) 

A I04Paragraph of text matter. Paragraph of ti 
Paragraph of text matter. Paragraph of text m; 
Paragraph of text matter. Paragraph of text m< 
Paragraph of text matter. Paragraph of text m< 
Paragraph of text matter. Paragraph of text m< 
Paragraph of text matter. Paragraph of text m< 
Paragraph of text matter. Paragraph of text m; 
Paragraph of text matter. Paragraph of text m< 
Paragraph of text matter. 

Al04Paragraph of text matter. Paragraph of ti 
Paragraph of text matter. Paragraph of text m< 
Paragraph of text matter. Paragraph of text m< 
Paragraph of text matter. Paragraph of text m< 
Paragraph of text matter. 

Al04Paragraph of text matter. Paragraph of t< 
Paragraph of text matter. Paragraph of text m< 
Paragraph of text matter. Paragraph of text m« 
Paragraph of text matter. 

A I04Paragraph of text matter. Paragraph 
Paragraph of text matter. Paragraph - x 


AhlAH-1 AhlBH-1 A 
3Ah3HH-3Ah1IH-1 

* 1 ■'JH-24h3KH-34_ _ _ _ _ 

PH-1 A h2QH-2 A h3UH-3 A h3VH-3 4 h2UH-2 A h3XH-3 A h3YH- 

A I Al S tub A D099 A D089 4 D079 A D069 4 D099 A D089 A D079 A D069 


A 101Stub A D099 A D089 A D079 A D069 A D099 A D089 A 0079 A 0069 
A D099 A D089 A D079 A 0069 

A 101S tub A D099 A 0089 A D079 A D069 A D099 A D089 A D079 A D069 
A D099 A D089 A D079 A D069 A e 

Al04Paragraph of text matter. Paragraph of text matter. 


Paragraph of t 
Paragraph of t 
Paragraph of t 


. Paragraph of t 
. Paragraph of t 
. Paragraph of t 


aragraph of te 
aragraph of te 
aragraph of te 



3 A h3HH-3 A j 

A IOlStub entries may vary in length AD099 A 0089 A 0079 
A D069 

AIOlSystem justifies table to column widthAD099AD089 
AD079AD069 

AiOlRemainder is added to stubAD099A0089AD079AD069 
A 101S tub A 0099 A D089 A 0079 A 0069 
A iOlStubA D099 A D089A0079 AD069 
A 101 Stub A 0099 A D089 A 0079 A D069 
A 101 Stub A 0099 A 0089 A 0079 A D069 
A 101 Stub A 0099 A 0089 A D079 A D069 
A IOlStub A D099 A D089 A 0079 A D069 
A 101S tub A D099 A D089 A D079 A D069 
A l0lStubAD099A D089AD079A0069 
A I01StubAD099A D089A D079 AD069 
A101 Stub A D099 A D089A D079 A D069 
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Chapter 6—Page Makeup 


Test Specimen 12—Page Sample 



Material spanning two text columns can be arranged in page 
formats having two text columns. Table (B) is continued to 
the next page. (Format 1272—/PAGE/ line /83/) 
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Publishing From a Full Text Data Base 


Test Specimen 13—Input 


4101 Stubs D099 4 0089 4 D0794 0069 


4101 Stub4 00994 D0894 D0794 D069 
4101S tub 4 0099 4 0089 4 0079 4 D069 
4101S tub 4 0099 4 0089 4 D079 4 D069 
4 101 Stub4 00994 00894 00794 0069 
4101S tub 4 D099 4 0089 4 D079 4 D069 


umn width 400994 0089 
14 0099 4 0089 4 0079 4 0069 


length 4 D099 4 0089 4 D079 
umn widths00994D089 


-tub4D0994 0089400794D069 

4101S tub 4 0099 4 0089 4 D079 4 0069 

sioistub entries may vary in lengthS00994008940079 

40069 

4101 System justifies table to column width400994D089 
4 00794 0069 

4IOlRemainder is added to stub4D0994D089400794D069 
4 101 Stub 4 D099 4 00894 0079 4 0069 
4 IOlStub 4 0099 4 0089 4 0079 4 D069 


SlOIStub.... . 
40069 

4101 System just 
4 00794 0069 


width 4 0099 4 0089 
s tub 4 0099 4 D089 4 0079 4 0069 


4101 Stub 4 0099 4 0089 4 0079 4 D069 
4101 Stub4 0099 4 0089 4 0079 4 0069 
4 101 stubs D099 4 D089 4 0079 4 D069 



Paragraph of text me 
4I04Paragraph of ts 
Paragraph of text ir 
Paragraph of text n 
Paragraph of text n 
Paragraph of text n 
Paragraph of text n 
Paragraph of text n 
Paragraph of text n 
Paragraph of text n 
4I03H-5 Head (Firs 
4I04Paragraph of 1 
Paragraph of text n 
Paragraph of text n 
Paragraph of text n 
Paragraph of text n 
Paragraph of text n 
Paragraph of text n 


Paragraph o' 
4 iOAParagri 
Paragraph o‘ 


Paragraph of t« 
Paragraph of t« 
Paragraph of t< 
Paragraph of tc 


aragraph of t< 
aragraph of t< 
aragraph of t< 


tter. Paragraph o 
Paragraph of tex 
Paragraph of tex 


Paragraph of text 
Paragraph of text 
Paragraph of text 


Paragraph of t 
Paragraph of t 

_Paragraph of t 

ter. Paragraph of t 


4c13,s30,3,3,3,3,3,3,3,3,3,3,3,3 4I95Medium Width Table 
(C) 

4h1AH-1 4 hlBH-1 4 h2CH-2 4 h3DH-3 4 h3EH-3 4 h2FH-2 4 h3GH- 
34h3HH-3 

4 h11H-14 h2JH-2 4h3KH-3 4 h3LH-3 4 h2MH-2 4 h3NH-3 4 h30H-3 
4 hi PH-1 4 h2QH-2 4 h3UH-3 4 h3VH-3 4 h2WH-2 4 h3XH-3 4 h3YH- 
34 j 

4101 Stub 4 D099 4 D089 4 D079 4 D069 4 D099 4 D089 4 D079 4 D069 


4 D099 4 D089 4 D079 4 D069 
4 101S tub 4 D099 4 D089 4 D079 4 D069 4 D099 4 D089 4 D079 4 D069 
4 D099 4 D089 4 D079 4 D069 
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Publishing From a Full Text Data Base 


Test Specimen 14—Input 


4 D099 4 D089 4 D079 i 


4D0994D0894D079 4I 


Stub4 D0994 D085 


4l0lStub4D0994D0f 


4 D099 4 D089 4 D079 


4 0099 4 D089 4 D079. 

4 l01Stub4 D0994D( 

4 D099 4 D089 4 0079.- 

A101 Stub 4 D099 £ DQ89 
4 D099 4 D089 4 D079 4 DO. 
4I01Stub4D0994D0894 
A D099 4 D089 4 D079 4 D06 1 
4 I01Stub4 D0994D089 
A D099 4 D089 A D079 4 
A 101 Stub A D099 6 DOt 
A D099 4 D089 A D079 AI 
4101 Stub & D099 4 D08 
A D099 A D089 4 D079 AI 
4 I01Stub4 D0994D08 
4 D099 A D089 4 D079 A L 
4101 Stub A DQ99 £ D089 
4D0994D0894D0794~ 

4 IOlStub A D099 ADO? 

A D099 4 D089 £ D079 ‘ 
4l04Paragra ' ' 


4D0994D0894D0794I 
4 D099 4 D089 A D079 4 I 


>069 


4 D079 A D069 
4 D079 4 D069 
4D0794D069 
4D0794D069 
4D0794D069 
4D0794D069 
4D0794D069 
4D0794D069 


4 D099 4D089 4 DO 
4D0994D0894D0 
4D0994D0894DO 
4D0994D0894D0 
4 D099 4 D089 4 DO 
4 D099 4 0089 4 DO 
4D0994 D0894 DO 
4D0994D0894D0 
4 D099 4 D089 4 D079 4 D069 
4 D099 4 D089 4 D079 4 D069 
D069 4 D099 4 D089 4 D079 4 D069 
>069 4 D099 4 D089 4 D079 4 D069 
>9 4 D099 4 D089 4 D079 4 D069 
4 D099 4 D089 4 D079 4 D069 
4 D099 4 D089 4 D079 4 D069 
4 D099 4 D089 4 D079 4 D069 
4 D099 4 D089 4 D079 4 D069 
4 D099 4 D089 4 D079 4 D069 
>9 4 D099 4 D089 4 D079 4 D069 
>9 4 D099 4 D089 4 D079 4 D069 
1 4 D099 4 D089 4 D079 4 D069 
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The designer exercised the option of not allowing the table 
title to continue on facing pages. (Format 1272—/PAGE/ line 
/83/) This page is set short, because a table too wide to fit 
was encountered. 
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Publishing From a Full Text Data Base 


Test Specimen 15—Input 


A h11H-1A N2JH-2 A h3KH-3 A h3LH-3 A H2MH-2 A h3NH-3 A h30H-3 
A h 1 PH-1 A h2QH-2 A h3UH-3 A h3VH-3 A h2WH-2 A h3XH-3 A h3YH- 
3Ah1Reading ColumnAj 

A101 Stub A D21,099 A D21,089 A D21,079 A D21,069 A D21,099 
A D21,089 A 021,079 A D21,069 AD21,099 AD21,089 A D21,079 
AD21,069 ADCom ‘ 


A 101 Stub A D21,099 A D21,089 A D21 ,079 A D21,069 A D21,099 
A D21,089 A D21,079 A D21,069 A D21,099 A D21,089 A D21,079 
AD21,069 ADComments or remarks 

A 101 Stub A D21,099 A D21,089 A D21,079 A D21,069 A D21,099 
A D21,089 A D21,079 A D21,069 A D21,099 A D21,089 A D21,079 
A 021,069 

A101 Stub A D21,099 A 021,089 A 021,079 A 021,069 A 021,099 
A D21,089 A 021,079 A D21,069 A 021,099 A 021,089 A D21,079 
A 021,069 

A iOlStub AD21,099 A D21,089 A 021,079 A 021,069 A 021,099 
A D21 ,089 A D21,079 A D21,069 A D21,099 A D21,089 A 021,079 
AD21,069AT-*-' - 


.099 AD21,0 
.079A021,0 


A IOlStub A D21,099 A D21 ,089 A D21,079 A 021,069 A 021,099 
A D21,089 A D21,079 A 021,069 A D21,099 A D21,089 A 021,079 
4421,06944Comments or remarks 

4 I01Stub4 D21,0994 D21,0894 421,0794421,0694 421,099 
4 421,089 4 421,079 4 421,069 4 421,099 4421,089 4 D21,079 

A101 Stub A D21,099 A 021,089 A 021,079 A 021,069 A 021,099 
A 021,089 A D21,079 A D21,069 A 021,099 A 021 ,089 A 021 ,079 
A021,069ADComments or remarks 

A IOlStub A D21,099 A 021,089 A 021,079 A 021,069 A 021,099 
A 021,089 A 021,079 A 021,069 A 021,099 A 021,089 A 021,079 
A 021,069 

A IOlStub A D21,099 A D21,089 A 021,079 A 021,069 A 021,099 
A 021,089 A D21,079 A D21,069 A D21,099 A 021,089 A D21,079 
A 021,069 

A IOlStub A 021,099 A 021,089 A 021,079 A D21,069 A 021,099 
A D21,089 A 021,079 A 021,069 A 021,099 A 021,089 A 021,079 
A021,069ADComments or remarks 

A IOlStub A 021,099 A D21,089 A 021,079 A 021,069 A 021,099 
A D21,089 A D21,079 A D21,069 A D21,099 A D21,089 A D21,079 
AD21,069ADComments or remarks 

A IOlStub A 021,099 A D21,089 A 021,079 A 021,069 A 021,099 
A D21,089 A 021 ,079 A D21,069 A 021,099 A 021,089 A 021,079 

A101S tub A D21 ,099 A 021,089 A 021,079 A D21,069 A 021,099 
A D21,089 A D21 ,079 A D21 ,069 A D21 ,099 A D21,089 A D21,079 
A D21,069A DComments or remarks 

A IOlStub A 021,099 A 021,089 A 021,079 A 021,069 A D21,099 
A D21,089 A D21,079 A 021,069 A 021,099 A 021,089 A 021,079 
A 021,069 

A IOlStub A 021,099 A D21,089 A D21,079 A 021,069 A 021,099 
A D21,089 A 021,079 A D21,069 A 021,099 A 021,089 A 021,079 
AD21,069 

A IOlStub A 021,099 A D21,089 A 021,079 A 021,069 A 021,099 
A D21,089 A 021,079 A D21,069 A 021,099 A D21,089 A D21,079 
A D21,069 A DComments or remarks 

A101 Stub A 021,099 A D21,089 A D21,079 A 021,069 A 021,099 
A D21,089 A D21,079 A D21,069 A 021,099 A 021,089 A D21,079 
A 021,069 A DComments or remarks 

A 101 Stub A D21 ,099 A D21,089 A D21,079 A 021,069 A D21,099 
A 021 ,089 A 021,079 A D21,069 A 021,099 A 021,089 A 021,079 
A D21,069 

A IOlStub A 021,099 A 021,089 A D21,079 A 021,069 A 021,099 
A 021 ,089 A 021 ,079 A 021,069 A D21,099 A 021,089 A 021,079 
A 021,069 A DComments or remarks 

A 101 Stub A D21,099 A 021,089 A 021,079 A 021,069 A D21,099 
A 021,089 A 021,079 A 021,069 A 021,099 A 021,089 A 021,079 
A 021,069 

A101 Stub A D21,099 A D21,089 A 021,079 A 021,069 A 021,099 
A 021,089 A 021,079 A 021,069 A 021,099 A D21,089 A 021,079 
A 021,069 

A101 Stub A 021,099 A 021,089 A 021,079 A 021,069 A 021,099 
A 021,089 A D21,079 A D21,069 A 021,099 A D21,089 A D21,079 
A D21,069 A DComments or remarks 

A IOlStub A 021 ,099 A 021,089 A 021,079 A 021,069 A D21,099 
A 021,089 A 021,079 A D21,069 A D21,099 A D21,089 A D21,079 
A D21,069 A DComments or remarks 


A IOlStub A 021,099 A 021,089 AD21 
A 021 ,089 A 021,079 A 021,069 A 021, 

A021,069 

A101 Stub A D21,099 A 021,089 A 021, 

A D21,089 A D21,079 A D21,069 A D21, 

A 021,069 A DComments or remarks 
A101 Stub A D21,099 A 021,089 A 021,079 A 021,069 A 021,099 
A 021,089 A D21,079 A 021,069 A D21,099 A 021,089 A 021,079 
A 021,069 

A IOlStub A 021,099 A 021,089 A 021,079 A 021,069 A 021,099 
A 021,089 A 021,079 A 021,069 A 021,099 A 021,089 A 021,079 
A 021,069 

A l01StubAD21,099A D21,089 A 021,079AD21,069 A D21,099 
A 021,089 A D21,079 A 021 ,069 A 021,099 A 021,089 A D21,079 
A 021,069 A DComments or remarks 

A IOlStub A 021,099 A 021,089 A D21,079 A 021,069 A 021,099 
A 021,089 A 021,079 A 021,069 A 021,099 A 021,089 A D21,079 
A 021,069 A DComments or remarks 

AI01S tub A 021,099 A 021,089 A 021,079 A 021,069 A 021,099 
A D21,089 A 021,079 A 021,069 A 021,099 A D21,089 A 021,079 
A 021,069 

A IOlStub A D21,099 A 021,089 A D21, 

A D21,089 A D21 ,079 A D21,069 A D21, 

A D21,069 A DComments or remarks 
A I01StubAD21,099 AD21,089A D21, 

A D21,089 A 021,079 A 021,069 A 021, 


21,069 

A101 Stub A 021,0996 021,0896 021, 
A D21 ,089 A D21 ,079 A D21,069 A 021, 
6021,069 

A IOlStub A 021,099 A D21,089 A D21, 
A 021,089 A D21,079 A 021,069 A D21, 
AD21,0696DComments or remarks 
A IOlStub A 021,099 A D21,089 A 021, 
A 021,089 A D21,079 A 021,069 A D21, 
A 021,069 A DComments or remarks 
A IOlStub A 021,099 A 021,089 A 021, 
A D21,089 A D21,079 A 021,069 A 021, 


,0996 021,0 

,0796 021,0 
,0996 021,0 

,079 A 021,0 


A D21,089 A D21,079 A D21,069 A D21,0 
A D21,069 A DComments or remarks 
A IOlStub A D21,099 A D21,089 A D21,0 
A D21,089 A D21,079 A D21,069 A D21,0 
AD21,069 

A IOlStub AD21,099 AD21,089 A 021,0 
A D21,089 A D21,079 A 021,069 A D21,0 
A D21,069 

AD21,089AC..,-. , _ 

AD21,069 ADComments_ 

A I01StubAD21,099 AD21,089 AD21,0 
A D21,089 A D21,079 A D21,069 A D21,0 


,0996 021,0 
,0796 021,0 


A IOlStub AD21,099 AD21,0 
AD21,089AD21,079AD21,0 
AD21,069 

A IOlStub A D21,099 AD21,0 


21,099 A 021,089 A 021,079 

21,0796 021,069 A D21,099 
21,099 A 021,089 A D21,079 


. - 21,0896021,07._ 

A 021,069 A DComments or re_ 

A IOlStub A D21,099 A 021,089 A 021,079 A 021,069 A 021,099 
A 021,089 A 021,079 A 021,069 A 021,099 A 021 ,089 A 021 ,079 
AD21,069 

A IOlStub A 021,099 A D21,089 A 021,079 A 021,069 A D21,099 
A 021,089 A D21,079 A 021,069 A 021,099 A 021,089 A 021,079 

A IOlStub A D21,099 A 021,089 A 021,079 A D21,069 A 021,099 
A D21,089 A D21,079 A D21,069 A D21,099 A 021,089 A 021,079 
6021,069ADComments or remarks 

A101S tub A D21,099 A 021,089 A 021,079 A D21,069 A 021,099 
A D21 ,089 A D21,079 A 021,069 A 021,099 A 021,089 A 021,079 
A 021,069 A DComments or remarks 

A101S tub A D21,099 A 021,089 A 021,079 A 021,069 A D21,099 
A 021,089 A D21 ,079 A D21,069 A 021,099 A 021,089 A D21,079 
6 021,069 

A101 Stub A D21 ,099 A 021,089 A 021,079 A 021,069 A D21,099 
A 021 ,089 A D21 ,079 A D21,069 A 021,099 A 021,089 A 021,079 
AD21,069 A DComments or remarks 


no 


Digitized by 


Google 


Original from 

UNIVERSITY OF ILLINOIS AT 
URBANA-CHAMPAIGN 













Chapter 6—Page Makeup 


Test Specimen 15—Page Sample 
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ii ii i ii i ii i ii i ii i ii i ii i ii i 

i 

I 

1 
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The wide table is set turn-page by the system. Note that the 
input data for this table is identical to that of the wide table 
on the three-column page (Specimen 11). 
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Publishing From a Full Text Data Base 


Test Specimen 16—Input 


A 101 Stub fi 021,099 A D21,089 A 021 ,079 A D21,069 A D21,099 
A D21 ,089 A D21 ,079 A 021,069 A 021 ,099 A 021,089 A D21,079 
A 021,069 

A101 Stub A 021,099 A 021,089 A 021,079 A 021,069 A 021,099 
A D21 ,089 A 021,079 A D21 ,069 A 021,099 A D21,089 A D21,079 

A 101 Stub A 021,099 A 021 ,089 A 021,079 A 021,069 A 021,099 
AD21,089AD21,079AD21,069A021,099AD21,089AD21,079 
A021,069 ADComments or remarks 

A101 Stub A D21,099 A 021,089 A 021,079 A 021,069 A D21,099 
A D21 ,089 A 021 ,079 A 021 ,069A 021 ,099A 021,089 A D21 ,079 
A D21 ,069 A DComments or remarks 

A101 Stub A D21,099 AD21,089A D21,079 A D21,069 A D21,099 
A D21,089 A 021,079 A D21,069 A 021,099 A 021,089 A D21,079 
A 021,069 

A 101 Stub A 021,099 A D21,089 A 021,079 A 021,069 A D21,099 
A D21,089 A D21,079 A 021,069 A 021,099 A 021,089 A D21,079 
A 021,069 A DComments or remarks 


1,089 A D21,079 A 021,069 A 021,099 
1,069 A 021,099 A 021 ,089 A D21,079 


A 021,069 A OComr 


101 Stub A D21 ,099 A 021,089 A 021 ,079 A D21 ,069 A D21,099 


A 021,069 

A101 Stub A 021,099 A D21, 

A 021,089 A 021,079 A 021, 

A 021,069 

A101 Stub A 021,099 A 021,089 A 021,079 A 021,069 A 021,099 
A 021,089 A 021,079 A D21,069 A 021,099 A 021,089 A D21,079 
AD21,069 A DComments or remarks 

AI01StubAD21,099 A D21,089 A D21,079 A D21,069 A D21,099 
A D21,089 A D21,079 A D21,069 A D21,099 A D21,089 A D21,079 
A D21,069 A DComments or remarks 

A101 Stub A D21,099 AD21,089 AD21,079 AD21,069 AD21,099 
A D21,089 A D21,079 A D21,069 AD21,099 A D21,089 AD21,079 
AD21,069 

A I01StubAD21,099AD21,0 
A D21,089 A D21,079 A D21,0 
A D21,069 A DComments or re 
A 101 Stub A D21,099 AD21,0 
A D21,089 A D21,079 A D21,0 
AD21,069 

A IOlStub A D21,099 AD21,0 
A D21,089 A D21,079 A D21 1 n 
AD21,069 

A101 Stub A D21,099 AD21, 

A D21,089 A D21,079 A D21 1 
AD21,069 ADComments or 
A l01StubAD21,099 AD21 ; 

A D21,089 A D21,079 A D21, 

AD21,069ADComments or 
A 101 Stub A D21,099 A D21 1 
A D21,089 A D21,079 A D21, 

A D21,069 

A 101 Stub A D21,099 A D21 , 

A D21,089 A D21,079 AD21, 

AD21,069 ADComments 


>AD21,0 


D21,069 A D21,099 A D21,089 A D21,0 
,079 A D21,069 A D21,0 


21,099 A D21,089 A D21,079 


A 101 Stub A D21,099 AD21, 
A D21,089 A D21,079 A D21, 
A D21,069 

A101 Stub A D21,099 A D21 1 
A D21,089 A D21,079 A D21, 
A D21,069 

A 101 Stub A D21,099 A D21 1 
A D21,089 A D21,079 A D21 ; 
AD21,069 ADComments or 
A I01StubAD21,099AD21, 
A D21,089 A D21,079 A D21, 
AD21,069ADComments or 
A 101 Stub A D21,099 A D21 1 
AD21 ,089 AD21,079 A D21 1 
A021,069 


,089 A D21,079 A D21,069 A D21,0 
,069 A D21,099 A D21,089 A D21,0 
remarks 

,089 A D21,079 A D21,069 A D21,0 
,069 A D21,099 A D21,089 A 021,0 


1,079 A D21,069 A D21,099 
1,099 A 021,089 A D21,079 


A IOlStub A 021,099 A D21,089 A D21,079 A D21,069 A D21,099 
A D21,089 A D21,079 A D21 ,069 A D21,099 A D21 ,089 A D21,079 
A 021,069 A DComments or remarks 

A IOlStub A021,099 A D21,089 A D21,079 AD21,069 A D21,099 
A D21,089 A D21,079 A D21,069 A D21,099 A D21,089 A D21,079 
A 021,069 

A IOlStub A D21,099AD21,089AD21,079 AD21,069 A D21,099 
A D21,089 A D21,079 A D21,069 A D21,099 A D21 ,089 A D21,079 
AD21,069 

A 101 Stub A D21 ,099 AD21,089AD21,079 AD21,069 A D21,099 
A D21,089 A D21 ,079 A D21,069 A D21,099 A D21,089 A D21,079 
A D21,069 A DComments or remarks 

A IOlStub AD21,099 A D21,089 A D21,079 A D21,069 A D21,099 
A D21,089 A D21,079 A D21,069 A D21,099 A D21,089 A D21,079 
A D21,069 A DComments or remarks 

A IOlStub A D21,099 A D21,089 A D21,079 A D21,069 A D21,099 
A D21,089 A D21,079 A D21,069 A D21,099 A D21,089 A D21,079 
A D21,069 

A101S tub A D21,099 A D21,089 A D21,079 A D21,069 A D21,099 
A D21,089 A D21,079 A D21,069 A D21,099 A D21,089 A D21,079 
A D21,069 A DComments or remarks 

A 101 Stub A D21,099 A D21,089 A D21,079 A D21,069 A D21,099 
A D21,089 A D21,079 A D21,069 A D21,099 A D21 ,089 A D21,079 
AD21,069 

A101 Stub A D21,099 A D21,089 A D21,079 A D21,069 A D21,099 
A D21,089 A D21,079 A D21,069 A D21,099 A D21,089 A D21,079 
A D21,069 

A101S tub A D21,099 A D21,089 A D21,079 A D21,069 A D21,099 
A D21,089 A D21 ,079 A D21,069 A D21,099 A D21,089 A D21,079 
A D21,069 A DComments or remarks 

A IOlStub A D21,099 A D21,089 A D21,079 A D21,069 A D21,099 
A D21,089 A D21,079 A D21,069 A D21,099 A D21,089 A D21,079 
A D21,069 A DComments or remarks 

A101 Stub A D21,099 A D21,089 A D21,079 A D21,069 A D21,099 
A D21 ,089 A D21,079 A D21,069 A D21 ,099 A D21,089 A D21,079 
A D21,069 

A101 Stub A D21,099 A D21,089 A D21,079 A D21,069 A D21,099 
A D21,089 A D21,079 A D21,069 A D21,099 A D21,089 A D21,079 
A D21,069 A DComments or remarks 

A101 Stub A D21,099 A D21,089 A D21,079 A D21,069 A D21,099 
A D21 ,089 A D21 ,079 A D21,069 A D21,099 A D21,089 A D21,079 
A D21,069 

A101 Stub A D21,099 A D21,089 A D21,079 A D21,069 A D21,099 
A D21 ,089 A D21,079 A D21,069 A D21,099 A D21,089 A D21,079 
4021,069 

A101 Stub A D21,099 A D21,089 A D21,079 A D21,069 A D21,099 
A D21 ,089 A D21,079 A D21,069 A D21 ,099 A D21,089 A D21,079 
AD21 ,069 A DComments or remarks 

A101 Stub AD21,099 A D21,089AD21,079 AD21,069 AD21,099 
A D21,089 A D21,079 A D21,069 A D21,099 A D21,089 A D21,079 
A D21,069 A DComments or remarks 

A101 Stub A D21,099 A D21,089 A D21,079 A D21,069 A D21,099 
A D21,089 A D21,079 A D21,069 A D21,099 A D21,089 A D21,079 
A D21,069 A DComments or remarks 

A 101 Stub A D21,099 A D21 ,089 A D21,079 A D21,069 A D21,099 
A D21,089 A D21,079 A D21,069 A D21,099 A D21,089 A D21,079 
4021,069 

A IOlStub A D21,099 A D21,089 A D21,079A D21,069 AD21,099 
A D21 ,089 A D21,079 A D21,069 A D21,099 A D21,089 A D21,079 
A D21,069 A DComments or remarks 

A101 Stub A D21,099 A D21,089 A D21,079 A D21,069 A D21,099 
A D21 ,089 A D21,079 A D21,069 A D21,099 A D21,089 A D21,079 
4021,069 

A101 Stub A D21,099 A D21,089 A D21,079 A D21,069 A D21,099 
A D21,089 A D21,079 A D21,069 A D21,099 A D21,089 A D21,079 
4 021,069 

A IOlStub A D21,099 A D21,089 A D21,079 A D21,069 AD21,099 
A D21 ,089 A D21,079 A D21,069 A D21,099 A D21,089 AD21,079 
A D21,069 A DComments or remarks 

A IOlStub A D21,099 A D21,089 A D21,079 A D21,069 AD21,099 
A D21,089 A D21,079 A D21,069 A D21,099 A D21,089 A D21,079 
A D21,069 A DComments or remarks 

A I01StubAD21,099AD21,089 A D21,079AD21,069AD21,099 
A D21 ,089 A D21,079 A D21,069 A D21,099 A D21,089 A D21,079 


112 


Digitized by Google 


Original from 

UNIVERSITY OF ILLINOIS AT 
URBANA-CHAMPAIGN 

















Chapter 6—Page Makeup 


Test Specimen 16—Page Sample 
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Since this page faces the previous page, the applications 
specialist decided that the table title and boxhead should not 
be carried. (Format 1272—/PAGE/ line /84/) 
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Test Specimen 17—Input 


A101 Stub A 021,099 A D21,089 A D21,079 A D21,069 A D21 ,099 
A D21,089 6 D21,079 6 D21,069 A 021,099 6 D21,089 A D21,079 
AD21,069ADComments or remarks 

A 101 Stub 6 D21,099 6 021,089 6 D21,079 A 021,069 A 021,099 
A D21,089 A 021,079 A D21,069 A 021,099 A D21,089 A 021,079 
A 021,069 

A 101 Stub A 021,099 A 021,089 A D21,079 A D21,069 A D21,099 
A D21,089 A D21,079 A D21,069 A D21 ,099 A D21,089 A D21,079 
A 021,069 

A101 Stub A D21,099 A 021,089 A 021,079 A 021,069 A 021,099 
A D21,089 A D21,079 A D21,069 A 021,099 A D21,089 A D21,079 
AD21,069ADComments or remarks 

A 101 Stub A 021,099 A 021,089 A 021,079 A 021,069 A D21,099 
A D21,089 A D21,079 A D21,069 A D21,099 A D21,089 A D21,079 
A 021,069A DComments or remarks 

A 101 Stub A D21,099 A D21,089 A D21,079 A 021,069 A 021,099 
A D21,089 A 021,079 A D21,069 A 021,099 A D21,089 A 021,079 
AD21,069 

A101 Stub A D21,099 A 021,089 A 021,079 A 021,069 A 021,099 
A D21,089 A D21,079 A D21 ,069 A D21,099 A 021,089 A D21,079 
A D21,069 A DComments or remarks 

A101 Stub A D21,099 A D21,089 A D21,079 A 021,069 A 021,099 
A D21,089 A 021,079 A 021,069 A 021,099 A 021,089 A 021,079 
AD21,069 

A101 Stub A D21,099 A D21,089 A 021,079 A 021,069 A 021,099 


A D21,089 A D21,079 A 021,069 A 021,099 A 021,089 A D21,079 
AD21,069 

A101 Stub A 021,099 A 021,089 A 021,079 AD21,069 AD21,099 
A D21,089 A D21,079 A D21,069 A 021,099 A D21,089 A D21,079 
A 021,069 A DComments or remarks 

A lOIStub AD21,099 AD21,089 A D21,079 A 021,069 A 021,099 
A 021,089 A D21,079 A D21,069 A D21,099 A 021,089 A 021,079 
A 021,069 A DComments or remarks 

A101 Stub A 021,099 A 021,089 A 021,079 A 021,069 A 021,099 
A D21,089 A 021,079 A D21,069 A 021,099 A 021,089 A 021,079 
A 021,069 

A101 Stub A 021,099 A 021,089 A 021,079 A D21,069 AD21,099 
A D21,089 A 021,079 A D21,069 A D21,099 A D21,089 A 021,079 
A 021,069 A DComments or remarks 

A101 Stub A 021,099 A 021,089 A 021,079 A 021,069 A 021,099 
A 021,089 A D21,079 A 021,069 A D21,099 A D21,089 A D21,079 
A 021,069 

A101 Stub A 021,099 A 021 ,089 A 021,079 A 021 ,069 A 021 ,099 
A 021,089 A D21,079 A D21,069 A 021,099 A 021,089 A D21,079 
A 021,069 

A101 Stub A 021,099 A 021,089 A D21,079 A 021 ,069 A D21 ,099 
A 021,089 A 021,079 A 021,069 A 021,099 A 021,089 A D21,079 
AD21,069ADComments or remarksAe 
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The Wide Table (D) is completed on this page. Since this is 
an even page, the title and boxhead are carried. The page is 
arbitrarily ended before the system returns to normal rotation. 
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Test Specimen 18—Input 


AIOAParagraph of text matter. 
Paragraph of text "— 

Paragraph of text 
Paragraph of text 
Paragraph of text 
AIOAParagraph of 
Paragraph of text 
Paragraph of text 


Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text mat 
Paragraph of text —* 
Paragraph of text 
AI03H-9 Head (First; 
A IOAParagraph of * 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text — 
AIOAParagraph of te> 
Paragraph of text —* 
Paragraph of text 
Paragraph of text 
Paragraph of text 
AIOAParagraph of 
Paragraph of text 
Paragraph of text 
Paragraph of text 
AIOAParagraph of 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text 

Paragraph of text _ 

Ac13,s30,3,3,3,3,3, 


. Paragraph of text matter, 
igraph of text matter, 
igraph of text matter, 
igraph of text matter. 

Paragraph of text matter, 
igraph of tc~* —**— 
igraph of t< 


A hiAH-1 A hlBH-1 Ah2CH-2 A H3DH-3 Ah3EH-3 A H2FH-2 A h3GH- 
3Ah3HH-3 

A hi IH-1 A h2JH-2 Ah3KH-3 A h3LH-3 A h2MH-2 A H3NH-3 A h30H-3 
A hi PH-1 A h2QH-2 A h3UH-3 A h3VH-3 A h2WH-2 A h3XH-3 A h3YH- 

41 Al S t ub 4 D099 4 D08940079400694D09940089400794D069 
4 0099 4 0089 4 0079 4 0069 

4101 Stub 4 0099 4 0089 4 00794 D069 4 0099 4 0089 4 0079 4 0069 
4 0099 4 0089 4 D079 4 D069 

4 101S tub 4 0099 4 D089 4 0079 4 D069 4 0099 4 0089 4 0079 4 D069 
4 0099 4 0089 4 0079 4 0069 

4 101Stub 4 D099 4 0089 4 0079 4 D069 4 0099 4 0089 4 0079 4 0069 
4 0099 4 D089 4 0079 4 0069 

4101 Stub4 0099 4 0089 4 D079 4 D069 4 0099 4 0089 4 0079 4 0069 


4 D0994 0089 4 0079 4 0069 

4101 Stub 4 0099 4 D089 4 0079 4 D069 4 0099 4 0089 4 0079 4 D069 
4 0099 4 0089 4 0079 4 D069 4 e 
4I03H-10 Head (First/Last) 

4I04Paragraph of text matter. Paragraph of text matter. 
Paragraph of text matter. Paragraph of text matter. 


. Paragraph of text matter, 
jgraph of text matter. 

. ..agraph of text matter. 
Paragraph of text matter, 
"-"igraph of text matter, 
igraph of text matter, 
igraph of text matter, 
igraph of tr“* —**— 


. Paragraph of text matter, 
igraph of text matter, 
jgraph of text matter. 

•agraph of text matter, 
raragraph of text matter. 
Paragraph of text matter. 
Paragraph of text matter. 
Paragraph of text matter. 

tter. Paragraph of text matter. 
Paragraph of text matter. 
Paragraph of text matter, 
Paragraph of text matter, 
tter. Paragraph of text ma 
Paragraph of text matter, 
Paragraph of text matter, 

tter. Paragraph of text ma 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 

,3,3,3,3,3,3,3Al95Medium Width Table 


Paragraph of _ 

Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text 
Paragraph of text 

:ter. Paragraph of tt 
Paragraph of text me 
Paragraph of text 
Paragraph of text 

:ter. Paragraph of tt 
Paragraph of 
Paragraph of 

:ter. Paragraph of te> 
Paragraph of text me* 
Paragraph of text m 
Paragraph of *—* - 

Paragraph of .. 

Paragraph of text m 
Paragraph of text m 
Paragraph of *—* ~ 


Paragraph of text matter, 

Paragraph of text matter, 

Paragraph of text matter. 

Paragraph of text matter. 

Paragraph of text matter, 

Paragraph of text matter, 

Paragraph of text matter, 

AIOAParagraph of text mai 
Paragraph of text matter. 

Paragraph of text matter, 

Paragraph of text matter, 

Paragraph of text matter, 

AIOAParagraph of text ma 
Paragraph of text matter. 

Paragraph of text matter, 

Paragraph of text matter, 

AIOAParagraph of text ma 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter, 

Paragraph of text matter, 

AI03H-11 Head (First/Last) 

AIOAParagraph of text matter. Paragraph of 

Paragraph of text matter. “- u “ x *—* 

Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 
AIOAParagraph of text ma 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter, 

Paragraph of text matter, 

Paragraph 9 of P text matter. 

Paragraph of text matter. 

Paragraph of text r - **-- 
AiOAParagraph of 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 
Paragraph of text matter 


jgraph of tt...__ 

•agraph of text matter, 
raragraph of text matter. 
Paragraph of text matter, 
"--igraph of text matter, 
igraph of text matter, 
igraph of text matter. 

, Paragraph of text matter. 
. jgraph of text matter. 
Paragraph of text matter. 

“—igraph of text matter. 

:ter. Paragraph of text matter. 
Paragraph of text matter, 
"--igraph of text matter. 


. Paragraph of ... 

. jgraph of text matter, 
Paragraph of text matter, 
"-^agraph of text matter, 
igraph of text matter, 
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Test Specimen 18—Page Sample 


Two Column Specimen (Multisection) 




After completion of the turn page table, the system returns 
to normal rotation. This is the last page of the chapter and 
contains a table spanning two columns. 
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PAGE SAMPLES FROM PRODUCTION 


As has been mentioned, over 97 percent of the composition 
work at GPO is produced by the AUTOMATED COMPOSI¬ 
TION SYSTEM. The material presented on the following 
pages provides an example of the variety and complexity of 
the work that is processed by GPO every day. 
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Sample Page A 


September 29, 1981 
DECISION AND ORDER 


By Members Fanning, Jenkins, and 
Zimmerman 


On June 11, 1981, Administrative Law Judge 
Richard J. Linton issued the attached Decision in 
this proceeding. Thereafter, the General Counsel 
filed exceptions and a supporting brief, and Re¬ 
spondent filed an answering brief to the exceptions. 

tional Labor Relations Board has delegated its au¬ 
thority in this proceeding to a three-member panel. 

The Board has considered the record and the at¬ 
tached Decision in light of the exceptions and 

ings, 1 and conclusions of the Administrative Law 
Judge and to adopt his recommended Order. 


lations Board adopts as its Order the recommended 
Order of the Administrative Law Judge and 



DECISION 


Statemfnt of the Case 



spondcnt has violated Section 8(a)(4) and (1) of the Act 




258 NLRB No.54 

Page from Decisions and Orders of the National Labor Rela¬ 
tions Board. Footnotes referenced in the Order are brought 
up under the Order before composition of the Decision com¬ 
mences. Footnotes referenced in the Decision appear at the 
bottom of the column. 
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Congressional "Record 

PROCEEDINGS AND DEBATES OF THE 97 ^ CONGRESS, SECOND SESSION 


House of Representatives 

ErS 1 


sip i r 

SESLSri «?* 



®™El S 

EE HE SI EE, £S„ 5 



Page from the Congressional Record. The subcolumn feature 
is used extensively in this publication. The logo in the upper 
left corner is also produced by the system. 
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Sample Page C 



Page from the Federal Register. A mixture of tables spanning 
one and three columns are arranged automatically by the 
system. 
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Sample Page D 





Page from the U.S. Code. This proof is from an interim 
stage in the revision cycle. The revision flags are of great 
help in reviewing updated material. 
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Sample Page E 



Page from the U.S. Code. A number of hierarchies of contin¬ 
ued heads are used in the General Index for the U.S. Code. 
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Sample Page F 




Uniled States Circuit Court of Appeals 


15 of the revised Rules < 


^c:l and other jurisdiction;)! 






the Commission finds that AOPL has not from AOPL or the oil pipeline industry 

. .. l. i .. --• .u- on t j, e j S8ue8 0 f whether the ICC rules 

should be replaced with FF.RC 


Commission makes the following 







Far! 1300) contains a requirement 



Page from the Federal Register. Many footnotes appear 
every day in this publication. The system can arrange foot¬ 
notes in any page format, regardless of the number of text 
columns. 
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Sample Page G 


64 Vital Statistics 

Cl2,i1 ,s15,4,4,4,4,4,4,4,4,4,4,7 




Galley proof from the Statistical Abstract of the United 
States. This proof is reviewed before final pages are run. 
When in the proof mode, the system composes the function 
line of each table. 
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Sample Page H 

Births to Unmarried Women—Unwanted Births 65 

Cl 2,i1,820,4,4,4,4,4,4,4,4,4,4,4 




Galley proof from the Statistical Abstract of the United 
States. The multihierarchy boxhead of the second table and 
the table footnotes are of interest. 
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Sample Page J 



Page from the Federal Register. Both single- and double- 
column span tables are arranged on this page. A combina¬ 
tion of leader work and text also appears on the page. 
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FORMAT DESIGN OF THIS MANUAL 


For those interested in exploring this applica- 
ing paragraphs. 

SPECIFY THE DATA BASE STRUCTURE 
Determine Page Formats Required— The writer 
decided that the manual was to contain a title 
page, preface, table of contents, main body, sec¬ 
tion separators, and an appendix. 

for tife kpplicatio^sp^SSt 1 to^pecify; 11 P ° SSlble 



Format 1265. The completed Page Format Design 
Form for this format is given in Appendix A. 


Select Code to be Used-At GPO, jobs being 
processed come from a large number of agencies 


Table 8-E-Function Code Assignment 





\ fraction function 
ABC DE FGHIJ KLMNOPQRSTUVWXYZ 
abcdefghijkImnopqrstuvwxyz 
0123456789 .,?; ()a#$%e/*/- 
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PAGE FORMAT DESIGN FORM (BLANK) 
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